Hi,
We have an application that uses a custom built CAB approach. When a user clicks on a launcher a view is inserted into a UI region and populates. This view is a wizardview and uses a radtabstrip to hold other views for each panel in the wizard. The UI region that holds these views is a radpanel with a roundedrectangleshape. The app also has a header area with launchers and picturbox (logo) in it. This is also rounded and has a gradient background.
The interface uses tablelayoutpanels and flowlayoutpanels extensively and initially these were causes huge headaches due to transparency and flickering. This has been remedied as per other posts on your forums by enabled double buffering on these controls (custom inherited control double buffered tablelayoutpanel etc...). However there is still significant slow down with painting operations which causes the screen layout to take quite a period of time to repaint.
This happens predominantly when loading the wizardview for the first time and when resizing the application window. I have used suspendlayout and resumelayout during resize begin and resize end respectively on the form which improves the performance but doesn't have the same snappy feel that the user would expect.
Normal winforms performs a lot better than this, however I understand the complexities that are in the radcontrols (element tree) and the impact on GDI+, saying that our client is getting frustrated with us and at this stage we may have to consider other control libraries.
Any help would be appreciated. If you wish I can open an support ticket and upload a version of the app.
Regards,
Marcus@C9
We have an application that uses a custom built CAB approach. When a user clicks on a launcher a view is inserted into a UI region and populates. This view is a wizardview and uses a radtabstrip to hold other views for each panel in the wizard. The UI region that holds these views is a radpanel with a roundedrectangleshape. The app also has a header area with launchers and picturbox (logo) in it. This is also rounded and has a gradient background.
The interface uses tablelayoutpanels and flowlayoutpanels extensively and initially these were causes huge headaches due to transparency and flickering. This has been remedied as per other posts on your forums by enabled double buffering on these controls (custom inherited control double buffered tablelayoutpanel etc...). However there is still significant slow down with painting operations which causes the screen layout to take quite a period of time to repaint.
This happens predominantly when loading the wizardview for the first time and when resizing the application window. I have used suspendlayout and resumelayout during resize begin and resize end respectively on the form which improves the performance but doesn't have the same snappy feel that the user would expect.
Normal winforms performs a lot better than this, however I understand the complexities that are in the radcontrols (element tree) and the impact on GDI+, saying that our client is getting frustrated with us and at this stage we may have to consider other control libraries.
Any help would be appreciated. If you wish I can open an support ticket and upload a version of the app.
Regards,
Marcus@C9