"Lazy" interface when using graphic buttons

  • We have written software where we are using graphic buttons. Of course, windows CE does not have graphic buttons build in. So we have to create our own control based on generic Control Class. The problem is now that when somebody click on that control, there is a moment, about 0.25-0.5 second, when whole interface hangs. It is really stressful for operator.
    We was trying to turn off redrawing methods, to check if there is some problem with speed there, but even when control is not redraft, there is still interface hang after pressing the control.


    We was also testing openNetCF, Button2 control, but the result is the same:
    <!-- m --><a class="postlink" href="http://www.opennetcf.com/Products/SmartDeviceFramework/tabid/65/Default.aspx">http://www.opennetcf.com/Products/Smart ... fault.aspx</a><!-- m -->
    When we are using normal buttons, there is not a problem. Did you meet problem like this? Is there any solution?


    The interface does not have to be extremely reactive. But it is very annoying that it does not remember user "clicks" when it hangs. I mean, if I am using software keyboard, and choice 12345 quite fast, it just react for 1 3 and 5.

  • Are you using standard C/C++ or C#/VB on .NET?


    Can you show us the generic skeleton of your code for the control? Or even the whole control? Usually such problems are the result of not understanding the event character of the windowing system. For example you are only allowed to draw if you get the appropriate paint event. And as long as you are inside of your function, nothing else happens in the GUI because all other events will only be handled after you return from your function. So for example if you draw the button in some "depressed" state, wait for a while, and then redraw the button again in a "released" state, all without returning from the paint()-function in between, then you have exactly the behavior that you are describing.

    F&S Elektronik Systeme GmbH
    As this is an international forum, please try to post in English.
    Da dies ein internationales Forum ist, bitten wir darum, Beiträge möglichst in Englisch zu verfassen.

  • We are (me and koppel) using C# on .NET.


    Code of the graphic button:


  • Is this bad response independet from using a mouse or touchscreen?

    Software developer, F&amp;S Elektronik Systeme GmbH
    As this is an international forum, please try to post in English.
    Da dies ein internationales Forum ist, bitten wir darum, Beiträge möglichst in Englisch zu verfassen.

  • Is the delay always the same? Or is it only if you press a button for the first time? Because then it could be that loading of the image takes some time. The second time you press the button, the image is already loaded and available in RAM.

    F&S Elektronik Systeme GmbH
    As this is an international forum, please try to post in English.
    Da dies ein internationales Forum ist, bitten wir darum, Beiträge möglichst in Englisch zu verfassen.

  • It might be possible that the graphical power of PicoCOM2 is at it its limit here. Depending of the progress of your project the PicoCOM4 will be an alternative. PicoCOM4 is designed to replace the PicoCOM2 with the benefit of more computing power (240MHz -> 400MHz). By default PicoCOM4 also features more memory (64MB RAM and Flash by default).
    And additionally PicoCOM4 includes 2D support, which will surely be a benefit for your application (GUI).


    PicoCOM4 will be available after Embedded World2011 (beginning of March).


    BTW: Have you already thought about using Silverlight technology in your application development? Especially in graphical user interfaces SIlverlight/XAML offers a new and powerfull possiblity on Windows CE 6.0 R3.

    Software developer, F&amp;S Elektronik Systeme GmbH
    As this is an international forum, please try to post in English.
    Da dies ein internationales Forum ist, bitten wir darum, Beiträge möglichst in Englisch zu verfassen.