One of the unresolved issues we are encountering seems to be some miscellaneous painting/drawing/refresh issues, especially with the slider controls in the UI.
Based on this article is this issue related to the way the FLTK boxtype is provided?
Steve Underwood wrote:If you adjust the ones without boxes the knob smears across the slider, rather than being erased and redrawn.
FYI - We use Zyn as a plugin and we compile and embed it into the application.Ian MacARthur wrote:Basically, what it comes down to is if you do not set a boxtype for a widget, it is your responsibility to ensure its background is consistently updated. Once upon a time, this was a performance issue (though that time may be past now...)
You can see a similar effect in the test/minimum demo, for example, where it is the documented behaviour...
Basically, you need to ensure the widget background is redrawn. The "easy" way to do that is to ensure the widget always has a boxtype, even if only a "flat" box. Using "No Box" is very much a special case and to be avoided unless you want to do the extra work of fixing the background yourself.
(Note, Win32 screenshots are for example only as this occurs on *nix too)
.