ANN: PyGUI 2.0.4

[Greg Ewing]

PyGUI 2.0.4 is available:

http://www.cosc.canterbury.ac.nz/greg.ewing/python_gui/

Fixes a few more bugs and hopefully improves things
on Windows, although I can't be sure it will fix all
the Windows problems people are having, because I
haven't been able to reproduce some of them.


What is PyGUI?

 

[Kent Johnson]

PyGUI 2.0.4 is available:

   http://www.cosc.canterbury.ac.nz/greg.ewing/python_gui/

Fixes a few more bugs and hopefully improves things
on Windows, although I can't be sure it will fix all
the Windows problems people are having, because I
haven't been able to reproduce some of them.

There is still a problem with unhandled WM_MOUSELEAVE events on WinXP/
Python 2.5. For example,
- run blobedit.py
- add a blob
- quit the app; the "Save Changes" dialog appears
- mouse over one of the buttons, then off the button to get this
error:

Traceback (most recent call last):
File "C:\Downloads\PyGUI-2.0.4\GUI\Win32\Components.py", line 208,
in _win_event_message
event = win_message_to_event(message, self)
File "C:\Downloads\PyGUI-2.0.4\GUI\Win32\Events.py", line 65, in
win_message_to_event
kind, button = win_message_map[msg]
KeyError: 675

Adding this line to win_message_map in GUI/Win32/Events.py seems to
fix it:
wc.WM_MOUSELEAVE: ('mouse_leave', None),

Kent

 

[Suraj Barkale]

PyGUI 2.0.4 is available:

http://www.cosc.canterbury.ac.nz/greg.ewing/python_gui/

Fixes a few more bugs and hopefully improves things
on Windows, although I can't be sure it will fix all
the Windows problems people are having, because I
haven't been able to reproduce some of them.

I will test this over the weekend on Vista. Are you planning to put it on google
code or sourceforge so issues can be easily submitted?

Thanks & Regards,
Suraj

 

[rzed]

PyGUI 2.0.4 is available:

http://www.cosc.canterbury.ac.nz/greg.ewing/python_gui/

Fixes a few more bugs and hopefully improves things
on Windows, although I can't be sure it will fix all
the Windows problems people are having, because I
haven't been able to reproduce some of them.

I want PyGUI to work so badly that it just kills me to find that
that's how it works for me. So badly.

I've always only gotten this response when I try to run the blobedit
demo:
File "C:\extracted\PyGUI-2.0.4\Demos\BlobEdit\blobedit.py", line
16, in <module>
from GUI import Application, ScrollableView, Document, Window,
FileType, Cursor, rgb
File "C:\Python25\Lib\site-packages\GUI\__init__.py", line 78, in
__getattr__
traceback.print_stack()
Failed to import 'Application' from Applications
Traceback (most recent call last):
File "C:\Python25\Lib\site-packages\GUI\__init__.py", line 69, in
__getattr__
module = __import__(modname, self.__dict__, locals(), [name])
ImportError: No module named Applications

I really don't know what this means. Is it a path issue? There
appears to be an Applications.py in GUI\Win32, with an Application
class. If there is some change I can make in the code, can anyone
tell me what to do? How can I fix it?

The thing is, in my opinion, something like this is what Python
*should* have in its standard package. That is, a PYTHON GUI, not a
thin wrapper around an application-specific API. Sure, the GUI is in
fact a wrapper, but it should not matter what the back end is that
supports it (eventually... I know, baby steps).

Obviously, I don't know from GUIs, or maybe it would be obvious to me
what to do to get it working. And it is for people like me that I
want to see it work. I really don't want to have to spend more than a
few minutes investigating the nuances of a windowing system. I just
want to be able to put up a convenient front end for a program.

 

[David Robinow]

PyGUI 2.0.4 is available:

   http://www.cosc.canterbury.ac.nz/greg.ewing/python_gui/

Fixes a few more bugs and hopefully improves things
on Windows, although I can't be sure it will fix all
the Windows problems people are having, because I
haven't been able to reproduce some of them.

I want PyGUI to work so badly that it just kills me to find that
that's how it works for me. So badly.

I've always only gotten this response when I try to run the blobedit
demo:
 File "C:\extracted\PyGUI-2.0.4\Demos\BlobEdit\blobedit.py", line
16, in <module>
   from GUI import Application, ScrollableView, Document, Window,
FileType, Cursor, rgb
 File "C:\Python25\Lib\site-packages\GUI\__init__.py", line 78, in
__getattr__
   traceback.print_stack()
Failed to import 'Application' from Applications
Traceback (most recent call last):
 File "C:\Python25\Lib\site-packages\GUI\__init__.py", line 69, in
__getattr__
   module = __import__(modname, self.__dict__, locals(), [name])
ImportError: No module named Applications

I really don't know what this means. Is it a path issue? There
appears to be an Applications.py in GUI\Win32, with an Application
class. If there is some change I can make in the code, can anyone
tell me what to do? How can I fix it?

The thing is, in my opinion, something like this is what Python
*should* have in its standard package. That is, a PYTHON GUI, not a
thin wrapper around an application-specific API. Sure, the GUI is in
fact a wrapper, but it should not matter what the back end is that
supports it (eventually... I know, baby steps).

Obviously, I don't know from GUIs, or maybe it would be obvious to me
what to do to get it working. And it is for people like me that I
want to see it work. I really don't want to have to spend more than a
few minutes investigating the nuances of a windowing system. I just
want to be able to put up a convenient front end for a program.

You probably have PyGTK for windows installed. PyGUI tries "Cocoa",
"Gtk", and "Win32" in that order. You can override that by:

SET PYGUI_IMPLEMENTATION=Win32

(This is rather awkward. Perhaps "Win32" should be tried before "Gtk"? )

 

[rzed]

PyGUI 2.0.4 is available:

   http://www.cosc.canterbury.ac.nz/greg.ewing/python_gui/

[...]
I've always only gotten this response when I try to run the
blobedit demo:
 File "C:\extracted\PyGUI-2.0.4\Demos\BlobEdit\blobedit.py",
line 16, in <module>
   from GUI import Application, ScrollableView, Document,
Window, FileType, Cursor, rgb
 File "C:\Python25\Lib\site-packages\GUI\__init__.py", line 78,
in __getattr__
   traceback.print_stack()
Failed to import 'Application' from Applications
Traceback (most recent call last):
 File "C:\Python25\Lib\site-packages\GUI\__init__.py", line 69,
in __getattr__
   module = __import__(modname, self.__dict__, locals(), [name])
ImportError: No module named Applications

I really don't know what this means. Is it a path issue? There
appears to be an Applications.py in GUI\Win32, with an
Application class. If there is some change I can make in the
code, can anyone tell me what to do? How can I fix it?
[...]

You probably have PyGTK for windows installed. PyGUI tries
"Cocoa", "Gtk", and "Win32" in that order. You can override that
by:

SET PYGUI_IMPLEMENTATION=Win32

(This is rather awkward. Perhaps "Win32" should be tried before
"Gtk"? )

Thank you VERY much for an excellent diagnosis and prescription. This
does get beyond that frustrating barrier.