Current filter:
                                You should refresh the page.
                                  • I have a problem with System.Windows.Forms.Integration.ElementHost when I use the ribbon control.
                                    I have a RibbonForm with RibbonControl, DefaultLookAndFeel and ElementHost controls in it. ElementHost is located in the client area of the ribbon with DockStyle = Fill. ElementHost is green on the screenshot (dx_nobug.png in the attached zip file).
                                    I run the application and do different actions (click buttons, resize the window, etc). Suddenly the ElementHost disappears!!!! It appears again only when the control is invalidated (manual Invalidate() call or window resize).
                                    Please, give me an advice how to avoid the bug or fix it as soon as possible. My decision about purchasing the XtraBars depends upon it :)
                                    Steps to Reproduce:
                                    It is not easy to reproduce the bug, so be patient. Run the attached application (Release, not debug) and move the mouse over the header of the form, click different buttons on the ribbon control, resize the window, maximize the window, etc. Green area should disappear (it is ElementHost). If it does not happens, restart the application and try again.
                                    There are two screenshots in the attached zip file - with bug and without bug.

                                Show all comments
                                • Uriah (DevExpress Support) 11.26.2008

                                  Hello Sergey,
                                  Thanks for your report. This is a very unusual behavior and it was never reported before. Unfortunately, I can't reproduce it on my side. Could you please clarify what exact version of the Operating System and Service Pack you have installed? Probably, this behavior is related to a specific environment. Also, please let me know if you find more precise steps to reproduce this problem. Any additional information that might help us determine the cause of this problem will be greatly appreciated.
                                  I'm looking forward to hearing from you.
                                  Thanks,
                                  Uriah.

                                • Sergey Makovkin 11.26.2008

                                  I run it on Windows Vista Ultimate WITHOUT service pack 1.
                                  I will test it with sp1 and report the results.

                                • Sergey Makovkin 11.26.2008

                                  The bug exists on another computer with Windows Vista + SP1.
                                  The best method to reproduce it:

                                  1. Run my test application (.exe, do not recompile)
                                  2. Maximize the window
                                  3. Move the mouse over the window header and minimize/maximize/close buttons
                                  4. Repeat steps 1-3 up to 15 times if the bug does not appear.
                                • Sergey Makovkin 11.26.2008

                                  -

                                • Uriah (DevExpress Support) 11.27.2008

                                  Hello Sergey,
                                  Thank you for the update. It appears that we need some time to research this problem. Should you have any additional information regarding this problem, feel free to contact us again.
                                  Thanks,
                                  Uriah.

                                • Uriah (DevExpress Support) 12.18.2008

                                  Hello Sergey,
                                  Sorry, but we can't research this problem further, because we can't achieve the stable reproducing of this issue, to allow us to debug it. Unfortunately, in this situation we can't provide you with any solution. Probably, changing the OptimizedDoubleBuffer flag using the Control.SetStyle method can help you to resolve this problem. However, we can't guarantee that this solution will work, because the behavior of this problem is very unpredictable.
                                  Feel free to contact us again if you experience any difficulty when using our product.
                                  Thanks,
                                  Uriah.

                                • Sergey Makovkin 03.18.2009

                                  The same bug appears when I use Direct3D to paint the client area of the window. 3D graphics is rendered in "protected override void OnPaint(PaintEventArgs e)" function. I pass the handle of the window to Direct3D, draw primitives and swap buffers. When I move the mouse cursor over the application window's header or make the context menu of the application window appear (by clicking the right mouse button) the content of the 3D window may disappear as you can see on attached screenshots. When it happens, WM_PAINT message is NOT sent to the 3D window, OnPaint() is not called and my 3D image disappears.
                                  Apparently this bug is a problem of your ribbon. If I don't use the ribbon everything is OK.
                                  Changing styles of the window don't help (DoubleBuffer, OptimizedDoubleBuffer, etc...).
                                  PLEASE, try to fix the problem!!!!!!!! I'm developing a commercial project and I can't release it with this bug.
                                  If you need an additional info or help I will provide it.

                                • Uriah (DevExpress Support) 03.18.2009

                                  Hello Sergey,
                                  Thank you for the additional information. Our developers will research the capability to fix this problem. We'll inform you once we have any results.
                                  Thanks,
                                  Uriah.

                                • Uriah (DevExpress Support) 03.19.2009

                                  Hello Sergey,
                                  I'm sorry to say, but we still can't reproduce the problem on our side. As I can see in your screen shot, the problem occurs. Unfortunately, we can't fix it until we can reproduce this behavior. We tried to create a simple application as you described, but it works just fine. Can you reproduce this problem in a small project, or provide us with the application where this problem occurs? As soon as we can reproduce this behavior on our side, we'll be able to debug it, ant do our best to find the cause of the problem.
                                  Thanks,
                                  Uriah.

                                • Sergey Makovkin 03.20.2009

                                  There is a simple example in the first post of the thread. You had reproduced that bug before. Behaviour of the bug is the same when using ElementHost control or when rendering with Direct3D. Read the entire thread carefully...

                                • Uriah (DevExpress Support) 03.20.2009

                                  Hello Sergey,
                                  You are right, I was able to reproduce this behavior with the project you attached to the first post. However, as I've mentioned before, we can't reproduce this problem with stability enough to debug it. Please see my post as of 18 december 2008. We'll be happy to find the cause of the problem, but it appears that it's impossible without some help from you. That is why I've asked you to create a sample project with DirectX. If this is impossible, could you please check whether this problem can be reproduced with the XtraForm and the RibbonControl and with the XtraForm without the RibbonControl, but with FormSkins enabled:

                                  [C#]
                                  [STAThread] static void Main() { DevExpress.Skins.SkinManager.EnableFormSkins(); // .. }

                                  This information will restrict the range of possible causes of this problem and help us research the problem.
                                  Thanks,
                                  Uriah.

                                • Sergey Makovkin 03.20.2009

                                  XtraForm and the RibbonControl: NO BUG
                                  XtraForm without the RibbonControl, but with FormSkins enabled: NO BUG
                                  RibbonForm with the RibbonControl: BUG APPEARS!
                                  I've also tried to turn on/off AllowFormGlass but it didn't help.
                                  I think something is wrong with the RibbonForm. Possibly there is an error in drawing the header of the RibbonForm window, because the bug appears when I do different operations with the header.
                                  Use ElementHost control instead DirectX. I believe that it is the same bug. It's even easier to reproduce it with the ElementHost Control.
                                  I can't make a simple DirectX example because I use very complex 3D engine for rendering. If you have created a DirectX example, send it to me, please, and I will try to reproduce the bug for you. But I am not sure that it will appear if you use managed directx. I use native directx...

                                • Sergey Makovkin 03.20.2009

                                  Some more info about the bug...
                                  Here is my OnPaint() function:
                                  protected override void OnPaint(PaintEventArgs e)
                                  {
                                       e.Graphics.DrawImageUnscaled(new Bitmap("bug_image.jpg"), new Point(0,0));
                                       Render(); // Renders 3d scene and presents the back buffer
                                  }
                                  I draw an image first and then render the 3D scene with DirectX. Normally you shouldn't see the image (bug_image.jpg) on the screen because 3d scene is rendered over it. But because of this bug the 3d scene disappears and you can see bug_image.jpg which was painted before it!!! Notice that OnPaint() is not called (there is a breakpoint) when it happens. Look at the attached screenshots.
                                  Possibly you can see the same result with the ElementHost control but I haven't tried it yet.

                                • Uriah (DevExpress Support) 03.24.2009

                                  Hello Sergey,
                                  I have tried to reproduce the problem in various environment with DirectX, but failed, sorry. Using the WPF UserControl, I was able to recreate this behavior under Windows Vista with Windows Aero Style enabled. Unfortunately, this behavior is always unexpected, and it appears that researching this problem will take a lot of time. Probably, we won't be able to fix it on our side. I've tried to search Google for the same problem and found a few threads, discussing similar problems. This one describes the problem we are talking about: Winforms WPF Interop - WPF content fails to paint. It looks like this isn't the RibbonForm problem only.
                                  As for DirectX, for testing I used a simple project with a control that renders a 3D scene within the OnPaint method. I didn't use the native DirectX, and probably, you're rendering graphic in a different manner. I have attached this project, so that you can try it on your side. Please, let me know if you can reproduce this behavior with my project or create your own one. We'll be happy to research this problem further.
                                  Thanks,
                                  Uriah.

                                • Sergey Makovkin 03.24.2009

                                  I have reproduced the bug using your DX example :) I clicked the right mouse button over the maximize button of the window's header when the window was maximized.
                                  I run it on windows vista + aero + NVIDIA geforce 8800.
                                  I know that it's very difficult to fix such bugs. But I also know that there are no bugs which takes more than 1-2 days to fix it.
                                  It is not visual studio bug, no ribbon - no bug :)
                                  If you can't fix it give me an access to the source code (I can sign NDA) and I will try to research the problem. (The source code of the old version is available in some peer-to-peer networks but it's not the correct way of doing such things...)

                                • Uriah (DevExpress Support) 03.24.2009

                                  Hello Sergey,
                                  Thank you for this hint. I can reproduce this behavior using your approach. Our developers research this problem and do their best to find what cause this behavior and fix the problem as soon as possible. I'll let you know about our results.
                                  Thanks,
                                  Uriah.

                                1 Solution

                                Creation Date Importance Sort by

                                Hello Sergey,
                                After further research, we found the cause of this behavior. Unfortunately, we can't completely resolve the problem, because changing the current implementation will cause problems with painting the skinned XtraForm when the Windows Classic style is applied (when you resize or move a window, the application buttons sometimes ignore the skin). So, we'll introduce the virtual property that allows you to disable this functionality when necessary. You should override the SupportAdvancedTitlePainting property of the XtraForm or RibbonForm and always return false. This fix will be available in the next minor release. Also, you can request a public fix if you need it immediately.
                                BTW: Feel free to reactivate this issue if you will find that this problem isn't completely resolved.

                                Thanks,
                                Uriah.