Hi!
In the wxPython Demo 'Process and Events' -> 'Threads' the bars in the window do *not* get updated when it is resized or even just moven around on MS-Windows. It seems that the custom UpdateBarEvent's don't get processed.
I use the same approach in my program with some blocking stuff in a worker thread and notification events sent to the main GUI thread.
Can I do something so that the custom events get processed also when the window is moved around or resized?
Kind regards,
Markus
Markus Gritsch wrote:
Hi!
In the wxPython Demo 'Process and Events' -> 'Threads' the bars in the window do *not* get updated when it is resized or even just moven around on MS-Windows. It seems that the custom UpdateBarEvent's don't get processed.
I use the same approach in my program with some blocking stuff in a worker thread and notification events sent to the main GUI thread.
Can I do something so that the custom events get processed also when the window is moved around or resized?
Events sent from other threads are not processed immediately, but are handled similarly to EVT_IDLE events. The main event queue must become empty before they are processed. On MS Windows that won't happen on moves or resizes until you release the mouse.
--
Robin Dunn
Software Craftsman
http://wxPython.org Java give you jitters? Relax with wxPython!
Hi All
Using wxPython 2.4.1.2 and GTK2 on Redhat 9, I find that all dialogs create
an entry in the task bar at the bottom of the screen. It used to be that
only frames created an entry. Is there any way to disable this behaviour?
BTW, Robin asked me to report a bug recently, but I cannot figure out how
to. If I follow the link from wxPython.org, I get to the bugs page on
SourceForge, but I do not have permission to add a new one. If I log in to
SourceForge and then navigate to the wxPython page, the bugs tab has
disappeared. Can someone please explain how to do this.
Many thanks
Frank Millman
Frank Millman wrote:
Hi All
Using wxPython 2.4.1.2 and GTK2 on Redhat 9, I find that all dialogs create
an entry in the task bar at the bottom of the screen. It used to be that
only frames created an entry. Is there any way to disable this behaviour?
What Window Manager are you using? It doesn't do it for me with KDE 3.1. IIRC things like captons, title bar buttons, taskbar stuff, etc. are all just set as 'WM hints' that the WM is free to honor or ignore as it sees fit...
BTW, Robin asked me to report a bug recently, but I cannot figure out how
to. If I follow the link from wxPython.org, I get to the bugs page on
SourceForge, but I do not have permission to add a new one. If I log in to
SourceForge and then navigate to the wxPython page, the bugs tab has
disappeared. Can someone please explain how to do this.
Go to the bugs page for wxWindows. (That's where the link on the wxPython home page will take you.)
--
Robin Dunn
Software Craftsman
http://wxPython.org Java give you jitters? Relax with wxPython!
Frank Millman wrote:
> Hi All
>
> Using wxPython 2.4.1.2 and GTK2 on Redhat 9, I find that all dialogs
create
> an entry in the task bar at the bottom of the screen. It used to be that
> only frames created an entry. Is there any way to disable this
behaviour?
What Window Manager are you using? It doesn't do it for me with KDE
3.1. IIRC things like captons, title bar buttons, taskbar stuff, etc.
are all just set as 'WM hints' that the WM is free to honor or ignore as
it sees fit...
I am using Redhat 9 out of the box, but as far as I can tell, the window
manager is Gnome GDM 2.4.1.3-5.
>
> BTW, Robin asked me to report a bug recently, but I cannot figure out
how
> to. If I follow the link from wxPython.org, I get to the bugs page on
> SourceForge, but I do not have permission to add a new one. If I log in
to
> SourceForge and then navigate to the wxPython page, the bugs tab has
> disappeared. Can someone please explain how to do this.
>Go to the bugs page for wxWindows. (That's where the link on the
wxPython home page will take you.)
Thank you - it had to be something silly. Bug is now duly submitted.
Frank