You are simply wrong. Go download the demo currently available for win32 from www.snakesoft.net/wxifm and tell me it flickers. It doesn't, and hasn't since 1.0.4.eranif wrote:- wxIFM flickers (the caption of windows) when resizing the entire frame - while the SAME code managed by wxAUI it is not flickering at all ( I did not changed a single code line, only replaced the docking library)
And when I drag a wxIFM floating window over a wxTextCtrl, it redraws fine. Conclusion: wxSTC's problem or a wxWidgets implementational quirk which is reacting negatively with wxSTC.- When dragging a window over wxSTC or any other wxScintilla derived class, the dragged window leaves trail of it, while it is not leaving any trail using wxAUI.
I have my own editor which I wrote using the win32 api directly and also uses scintilla. If I drag a wxIFM floating window over this application, no artifacts are left in my scintilla window. This is further proof that it is wxSTC/wxWidgets fault and not mine.
Edit: To clarify what I mean by "implementational quirk", there was a bug that was fixed which was effecting wxAUI recently where status bars would corrupt windows above them when resizing the app. This bug was caused by not including the flag SWP_NOCOPYBITS in a call to SetWindowPos. I wouldn't really call it a bug not including this flag, but it caused an issue in wxAUI's particular situation. Many other applciations were not effected. A similar "implementational quirk" could be causing issues with wxSTC and wxIFM while not causing issues in other situations.