|
Subject |
Author |
Date |
|
|
Petros Petrou
|
Aug 26, 2009 - 4:31 AM
|
Hi, I am changing the UI of my existing application using the Elegant Ribbon Components and I am facing the following issue. In my Form I have a TabControl with a few TabPages and have some code in the onEnter event handler of the Tab Pages. When i click on the Tab Page title to change tab the onEnter code does not run unless I click inside the tab. This functionality is different than the the normal System.Windows.Forms.TabPage which was raising the event when the tab title was clicked. Is this a bug or am I doing something wrong? Thanks
|
|
|
Technical Support
|
Aug 26, 2009 - 6:34 AM
|
Thank you for reporting the bug. It is already fix. The fix will be available in the next release, which is coming soon.
|
|
|
Tom Faris
|
Aug 25, 2009 - 12:47 PM
|
Hi, There’s an issue I’ve noticed with the a form framed with FormFrameSkinner repainting on other windows. For instance, if I have my form open and Explorer in the background and I click the Explorer window to bring it to the front, my form will repaint on that explorer window on the portion that was covered by my form, and this won’t clear until the explorer window repaints (resize, minimize, hide, etc..). I’m inserting an image to more clearly describe it.. I’m not sure if this works..  I’ll post a link to it also, http://tinypic.com/view.php?pic=25au337&s=3. In this image explorer is actually in the foreground, you can see the form on the right-hand side - it shouldn’t be painted there. Any suggestions? Thanks.
|
|
|
Technical Support
|
Aug 26, 2009 - 8:19 AM
|
We will look into the problem and notify you about the results. Thank you.
|
|
|
Tom Faris
|
Aug 25, 2009 - 12:48 PM
|
|
|
|
|
Technical Support
|
Sep 10, 2009 - 3:31 AM
|
Thank you again for reporting the issue, Tom. The problem is that we fail to reproduce it. Here is what we used for testing:
- Windows XP SP2 and SP3, Windows Vista, Windows 7. - Elegant Ribbon samples (Elegant Ribbon UI, Ribbon MDI, Image Viewer and Style Composer). - A newly -created application.
Could you help us reproduce the problem? Can the problem be repeated with our samples? Did you try to run your app on a different computer or a virtual pc to make sure the problem does not relate to your machine? Thank you.
|
|
|
Technical Support
|
Sep 10, 2009 - 3:40 AM
|
The last thing is that we used v.3.2, which can be downloaded from our web site. We confirm that the problem may have occurred with earlier versions. With version 3.2 we cannot reproduce it. Could you check the version you are using?
|
|
|
Tom Faris
|
Sep 16, 2009 - 4:59 PM
|
Thanks for the response. I just tried and I was actually able to reproduce it with the Ribbon MDI sample, but ONLY if you have opened an MDI child window. If one isn’t open, it doesn’t work, and now I can confirm this same behavior in my application. Here’s a shot: tinypic.com/r/2m7ax77/3. Consequently you can see in the image that I’m still using 3.1. I’ll try the update as soon as I can. Also I have confirmed this on other machines (all running 32bit XP home or pro). I didn’t manage to reproduce it with any other samples so maybe it’s localized to the MDI client control. Thanks again!
|
|
|
patrick fritzsch
|
Aug 24, 2009 - 5:02 AM
|
is it possible to create the Gallery in a multiselect mode?
|
|
|
Technical Support
|
Aug 24, 2009 - 11:23 AM
|
No, this is not supported in the current version. But it seems this feature is not supported in MS Office Ribbon either.
|
|
|
mike lindsey
|
Aug 23, 2009 - 8:56 PM
|
Hi - to reproduce: Add tab control to form and add panel control to a tab page. Anchor the panel top, left, bottom, right to tab page. Drop a .Net datagridview onto the panel and anchor it top,right,left. Result: The datagridview expands to a very large size at runtime and even design time. This also happens with .Net textbox on Elegant.Ui.Panel. Will you please verify - and let me know of a work around if you have one? Thanks, Mike
|
|
|
Technical Support
|
Sep 8, 2009 - 1:13 PM
|
We think that the Panel object seems to be a form child so it stretched to a large size. We noticed that sometimes when you try to put some control on the TabPage the designer actually puts it on the Form. Though it may seem that the control is on the tab page, it may actually be under the tab page. Make sure that the panel is a child of the tab page, you can check this in the designer generated code. If the problem persists, please send us a project illustrating the issue.
|
|
|
mike lindsey
|
Aug 23, 2009 - 8:47 PM
|
Hello, I created a class that inherits from Elegant.Ui.TabPage - I did this for a chat type application in which i need to flash the small icon on the tab header when a message is received. Works fine in a .Net tab control but the Elegant.Ui.TabPage does not repaint when I swap the defaultsmallimage on a timer. However, if I move my mouse over the the tab header repeatedly it will change the image. How can I force a repaint? I tried calling this.Invalidate() but that didn’t help. I also tried overriding the "OnPaint" and call that from the below function. Nothing works. Thanks, Mike private void _flashTimer_Tick(object sender, EventArgs e)
{
if (_currentImage==0)
{
_currentImage = 1;
this.DefaultSmallImage = _imgList.Images[_currentImage];
this.Update();
//this.OnPaint(null);
}
else
{
_currentImage = 0;
this.DefaultSmallImage = _imgList.Images[_currentImage];
this.Update();
//this.OnPaint(null);
}
}
|
|
|
Technical Support
|
Aug 26, 2009 - 7:06 AM
|
Thank you for the bug report. We have just fixed it. The fix will be available soon in the next version. Meanwhile you can call TabControl.Invalidate(true) to achieve the requested behavior.
|
|
|
Roman Bachmann
|
Aug 21, 2009 - 7:24 AM
|
|
|
|
|
Technical Support
|
Aug 24, 2009 - 11:18 AM
|
Thank you for your bug report. Actually this bug is caused by the VS designer which doesn’t support generic handlers. We will replace our events with non-generic in the next version, which is coming soon.
|
|
|
Heino Krahenbuhl
|
Aug 17, 2009 - 1:30 AM
|
Is the ribbon dlls build as x64 or x86 or Any CPU? Is there a way to force the ribbon to be x86?
|
|
|
Technical Support
|
Aug 17, 2009 - 8:08 AM
|
The ribbon dlls do not directly depend on any native dlls so you can compile your application as x64, x86 or Any CPU.
|
|
|
Eric LeVin
|
Aug 12, 2009 - 3:57 AM
|
Hello,
I am adding buttons to a popup menu in code.
The problem is that the buttons added do not have the mouse-over shading effect. Everything else, including the click event works.
What am I missing?
Thanks!
My code:
Dim Temp As New Elegant.Ui.Button For I As Integer = 0 To 10 Temp = New Elegant.Ui.Button Temp.Name = "bm" & I Temp.Text = "Hello " & I rbServerBookmarks.Popup.Child.Controls.Add(Temp) AddHandler Temp.Click, AddressOf BookmarkHandle Next
|
|
|
Technical Support
|
Aug 12, 2009 - 4:27 AM
|
When using a popup menu in Elegant Ui, you should always use the PopupMenu class which has the Items property. You can use PopupMenu.Items.Add() method for adding controls to your popup menu.
|
|
|
Timothy Greaves
|
Aug 11, 2009 - 1:16 PM
|
I am having a problem.. When a TextBox is posting a keypress event, it doesnt post the <enter> key.. I have this working with the windows forms textbox but it isnt working with the EUI textbox on my ribbon.. Any ideas?
|
|
|
Timothy Greaves
|
Aug 17, 2009 - 10:28 AM
|
That worked perfect.. Thanks..
|
|
|
Technical Support
|
Aug 12, 2009 - 6:01 AM
|
When using an Elegant.Ui.TextBox inside the ribbon, the Enter and Escape keys are used as input keys in order to commit or discard the changes. This causes the KeyPress event not to work for these keys. Consider using the KeyDown event instead for the cases when a TextBox control inside the ribbon.
|
|
|
Marco Scarpa
|
Jul 29, 2009 - 7:46 AM
|
Hi, i’m testing ribbon component. If the startup form of my application has the WindowState set to Maximized, the ribbon toolbar flickers a lot. Is there any solution about it? thanks marco
|
|
|
Technical Support
|
Jul 29, 2009 - 9:12 AM
|
Thank you for reporting the bug, Marco. We confirm that if set to Maximized, the top part of the form really has some unwanted flickering. We are working on a new version 3.3 now so this bug will be fixed in this upcoming release.
|
|
|
Technical Support
|
Jul 29, 2009 - 9:21 AM
|
This only occurs only on Windows Vista with Aero switched off. In any case, this will be fixed in v.3.3. Thank you again.
|
|
|
Sven Kolber
|
Jul 22, 2009 - 1:49 AM
|
Hello! Many of our customers do not realize that the Application Button is an actual button with a lot of important functionality behind. Is there any built-in help that could be displayed during the first start? When starting Word 2007 the first time, there is a Pop-Up which points to the Application Button and the button flashes several times. Is there a possibility to do the same with your control? BR
|
|
|
Technical Support
|
Jul 27, 2009 - 6:03 AM
|
What we have found out that it is quite difficult (though possible) to implement this flashing with the current version (3.2). This is because the button does not have enough public methods and properties to do this easily. We are working on a new version, which features the Office 2010 UI. It should be released within two weeks. In this new version we can add a feature that would allow you to flash the Application Button easily. We will even add this feature to the Ribbon UI sample. If you can wait until the new version, that would make you request easier for us.
|
|
|
Technical Support
|
Jul 22, 2009 - 3:25 AM
|
We will prepare a sample with this feature and send it to you soon.
|
|
|
LIVE GAME
|
Jul 15, 2009 - 11:32 AM
|
For some reason, I want to disable the highlight effect when mouse hover the RibbonGroup control, thanks
|
|
|
Technical Support
|
Jul 21, 2009 - 8:45 AM
|
You can achieve that by overriding the DetermineState method of the RibbonGroup as it is demonstrated below: protected override Enum DetermineState()
{
RibbonGroupState state = (RibbonGroupState)base.DetermineState();
if (state == RibbonGroupState.Hovered)
return RibbonGroupState.Normal;
return state;
}
|
|
|
Joerg Androw
|
Jul 9, 2009 - 5:50 AM
|
I’ve noticed that your demo application for the ribbon (RibbonUISample) uses a whopping 200 MB memory on my machine (Windows 7 RC1). If I myself create a small test app, place 2 buttons on the ribbon and start the app, the Task manager shows 90MB - after a couple of seconds of interaction with the ribbon it will go back to 70MB (which is still high). I’m wondering is that always the case and why (using only 2 built-in themes)? I’m evaluating the ribbon for my rather small-to-medium application (max 50MB in the Task manager) and if the memory consumption for it when switching from Menu/Toolbar to Ribbon increases to 4x-6x of where it is today - it’s a big no-no. Thanks.
|
|
|
Technical Support
|
Jul 11, 2009 - 11:47 AM
|
The RibbonUISample has a large amount of image resources in memory. Besides, each .NET application consumes nearly two times more of memory resources on 64-bit system than on 32-bit. We estimate that your application should use about 35-40 MB on 32-bit machines. We agree that 70 MB is quite a lot, but the ribbon control has a rich UI interface which means a lot of image resources. In the last couple of days we fixed a couple of bugs related to memory management and reduced memory usage especially while switching the themes and cleaning the memory after control objects that are not used anymore. If it is interesting to you, we can provide you with this update. Thank you.
|
|
|
Joerg Androw
|
Jul 11, 2009 - 1:53 PM
|
Are you talking specifically about images on buttons that consume so much memory or the ribbon UI itself? I understand that you’re using a different approach similar to xaml - whatever - e.g . not painting the ribbon UI using GDI/GDI+ methods everytime - maybe there is a way to optimize this even further. Yes please, I would like to test your changes in the update. Thank you.
|
|
|
Technical Support
|
Jul 13, 2009 - 12:17 PM
|
Please download the updated assemblies from this site. Thank you.
|
|
|
Technical Support
|
Jul 12, 2009 - 5:25 AM
|
The ribbon control itself consumes a relatively large amount of memory because there are separate theme resources for nearly all controls in the ribbon. You may have noticed that the Button control, for example, looks a bit different when it is on the ribbon vs when it is on the form. In order to manage this appearance for ribbon we created separate theme assemblies with names like Elegant.Ui.Ribbon.Theme.XXX.dll. When you run an application with the ribbon control, it automatically loads resources both for standard controls(that may appear on the form or panel) and the ribbon controls(all controls that can be placed inside a ribbon group). Every theme part is stored as a png file, but when loaded in memory, it gets rasterized to be painted effectively. For all images, that increases memory usage. Probably the updated version will use a little less memory but at the moment technically it is hardly possible to reduce memory consumption significantly. We will prepare the new version on Monday and provide you with a download link.
|
|
|
Brandon Frye
|
Jul 7, 2009 - 6:43 PM
|
The application menu has the RightPaneControl property (which is easily used for the recent projects control) - however, I would like to have a custom control in that area... I tried adding a panel,but that does not work correctly. Is there anything I can do?
|
|
|
Brandon Frye
|
Jul 7, 2009 - 6:44 PM
|
I stand corrected - that works fine
|
|
|
Roman Bachmann
|
Jul 7, 2009 - 8:21 AM
|
I prepare a Usercontrol with a Elegant.Ui.Panel and some Elegant.Ui.TextBoxes. Then I add the usercontrol to a System.Windows.Forms.SplitContainer (.Panel2). The property "TabStop" of the TextBoxes is default set to "True". But if I use [Tab] in the running application, they don’t focus so I can’t type in them. After clicking in all textboxes with the mouse, the order of the "TabIndex" works fine. I tried to loop through all textboxes and focus them shortly, but I couldn’t manage to do this properly. Tabbing works fine, if I add the TextBoxes directly to "SplitContainer.Panel2" and not via usercontrol/Panel, so I believe, I do something wrong.  Could you please provide me help? Thank you very much.
|
|
|
Roman Bachmann
|
Jul 7, 2009 - 8:24 AM
|
Sorry, I forgot to write, which version I’m using: 3.2. Thank you.
|
|
|
Padraig O’Donovan
|
Jul 5, 2009 - 7:19 PM
|
When I open the elegant ribbon in vista it initially open maximised, if I close an reopen the application it has moves down the screen approx 1/2 inch. This happen 4 times with the interface moving down the screen each consecutive time.<o:p></o:p> One the 4th attempt it will restart as maximised. <o:p></o:p>
Any thoughts<o:p></o:p>
|
|
|
Technical Support
|
Jul 6, 2009 - 2:40 AM
|
Thank you for posting your feedback. Could you let us know more details so we can reproduce what you reported? What project you are using for testing? Yours or a sample from the Elegant Ribbon pack? Could you send us a test project that demonstrates what’s wrong? Thank you.
|
|
|
Connie Grimes
|
Jul 1, 2009 - 8:03 AM
|
I have multiple read only textboxes in my ribbon. I have set the tab order but when I press the tab key nothing happens. I am using 3.1 version of the ribbon control. Please help.
|
|
|
Technical Support
|
Jul 2, 2009 - 8:23 AM
|
We have just tested the case against the latest version 3.2 and found no problem. We put four Elegant UI text boxes on a form and made the second one read-only. The tab order was default. Now when we clicked the tab, all text boxes were correctly focused. We suspect that there was a bug in v.3.1 or the problem is specific to your application. Could you test your application against v.3.2 and let us know if the problem persists?
|
|
|
Jonathan Hartwell
|
Jun 30, 2009 - 8:12 AM
|
I’m using Elegant Ribbon 3.2, I tried to change all the font properties of TextBox controls, but all didn’t work at all. Is it Elegant TextBox control not support this yet ? Thanks a lot
|
|
|
Technical Support
|
Jul 6, 2009 - 1:20 PM
|
Thank you for reporting the bug. it is already fixed. Please download an updated Elegant.Ui.Common.dll assembly:
elegant-ui-common-3.2.1.zip
|
|
|
Roman Bachmann
|
Jun 29, 2009 - 12:58 PM
|
Good evening I’ve just found a bug using a tabControl with EqualTabWidth = true. If I use this option, I get a null-reference-exception. So I have to change the following code in the Designer.cs:
this.tabControl1.EqualTabWidth = true;
this.tabControl1.TabPages.AddRange(new Elegant.Ui.TabPage[] {this.tacExample1, this.tacExample2}); To this:
this.tabControl1.TabPages.AddRange(new Elegant.Ui.TabPage[] {this.tacExample1, this.tacExample2});
this.tabControl1.EqualTabWidth = true; In this order, it works fine.
|
|
|
Technical Support
|
Jul 6, 2009 - 1:23 PM
|
Thank you for reporting the bug. it is already fixed. Please download an updated Elegant.Ui.Common.dll assembly:
elegant-ui-common-3.2.1.zip
|
|
|
cesare ottaviano
|
Jun 18, 2009 - 9:12 AM
|
I’m testing the functionality of the elegant ribbon in my old MFC application.
The control is emebedded inside a CWinFormsView class (as microsoft specifications), all seem to go ok except the buttons tooltips that aren’t never shown.
What is the trick?
Thanks.
Cesare
|
|
|
Technical Support
|
Jun 21, 2009 - 12:41 PM
|
We confirm this issue. The reason for this bug is that we haven’t tested the ribbon in MFC based applications. The current implementation is supposed to be used with a System.Windows.Forms.Form object as the top-level window. In the next version we will add support for MFC applications. Thank you for reporting the bug.
|