From: ant on
I get the strong feeling that nobody is really happy with the state of
Python GUIs.
Tkinter is not widely liked, but is widely distributed. WxPython and
PyGtk are both
powerful, but quirky in different ways. PyQt is tied to one platform.
And there are
dozens more.

Whether or not we like graphics programming, it's not going to go
away. I get the
uneasy feeling whenever I start a new project that there should be a
'better' GUI
than the ones I currently use (WxPython and PyGtk).

Fragmentation is our enemy. Our resources are being dissipated. Is it
not time to
start again? We have shown that it is possible to do the right thing,
by creating Python3.

I ask the group; should we try to create a new GUI for Python, with
the following
properties?:

- Pythonic
- The default GUI (so it replaces Tkinter)
- It has the support of the majority of the Python community
- Simple and obvious to use for simple things
- Comprehensive, for complicated things
- Cross-platform
- Looks good (to be defined)
- As small as possible in its default form

If so, what are the next steps?

The Python SIG on GUIs closed years ago. Should that be revived?

This is "A Modest Proposal" (J. Swift). In a sense, I am suggesting
that
we eat our own babies.

But don't we owe it to the community?
From: geremy condra on
On Sat, Jun 5, 2010 at 7:22 PM, ant <shimbo(a)uklinux.net> wrote:
> I get the strong feeling that nobody is really happy with the state of
> Python GUIs.
> Tkinter is not widely liked, but is widely distributed. WxPython and
> PyGtk are both
> powerful, but quirky in different ways. PyQt is tied to one platform.
> And there are
> dozens more.
>
> Whether or not we like graphics programming, it's not going to go
> away. I get the
> uneasy feeling whenever I start a new project that there should be a
> 'better' GUI
> than the ones I currently use (WxPython and PyGtk).
>
> Fragmentation is our enemy. Our resources are being dissipated. Is it
> not time to
> start again? We have shown that it is possible to do the right thing,
> by creating Python3.
>
> I ask the group; should we try to create a new GUI for Python, with
> the following
> properties?:
>
> - Pythonic
> - The default GUI (so it replaces Tkinter)
> - It has the support of the majority of the Python community
> - Simple and obvious to use for simple things
> - Comprehensive, for complicated things
> - Cross-platform
> - Looks good (to be defined)
> - As small as possible in its default form
>
> If so, what are the next steps?
>
> The Python SIG on GUIs closed years ago. Should that be revived?
>
> This is "A Modest Proposal" (J. Swift). In a sense, I am suggesting
> that
> we eat our own babies.
>
> But don't we owe it to the community?

No.

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

Geremy Condra
From: Benjamin Peterson on
ant <shimbo <at> uklinux.net> writes:

> PyQt is tied to one platform.

What do you mean one platform?




From: Adam Tauno Williams on
On Sat, 2010-06-05 at 19:22 -0700, ant wrote:
> I get the strong feeling that nobody is really happy with the state of
> Python GUIs.

> WxPython and PyGtk are both powerful, but quirky in different ways.

All widget libraries are quirky - because sophisticated user interfaces
are complicated. If you make a new one that is sophisticated enough to
be really useful - it will be "quirky".

> PyQt is tied to one platform.

No it isn't.

> Whether or not we like graphics programming, it's not going to go
> away. I get the
> uneasy feeling whenever I start a new project that there should be a
> 'better' GUI
> than the ones I currently use (WxPython and PyGtk).
>
> Fragmentation is our enemy.

So fragment some more? And at least PyGtk is a wrapper around Gtk, so
in a sense that is anti-fragmentation. It is reusing Gtk which is also
reused as Gtk# by Mono/.NET and other bindings.

> Our resources are being dissipated. Is it not time to start again?

No.

> I ask the group; should we try to create a new GUI for Python, with
> the following properties?:
> - Pythonic
> - The default GUI (so it replaces Tkinter)
> - It has the support of the majority of the Python community
> - Simple and obvious to use for simple things
> - Comprehensive, for complicated things
> - Cross-platform
> - Looks good (to be defined)
> - As small as possible in its default form

Good luck. Seems pointless to me.

> But don't we owe it to the community?

Seems like there are already several very mature options.


From: Michael Torrie on
On 06/05/2010 08:22 PM, ant wrote:
> WxPython and PyGtk are both powerful, but quirky in different ways.
> PyQt is tied to one platform. And there are dozens more.

In what way is PyQt (or the new PySide bindings) tied to one platform?
PyQt is "native" on Win32, Mac, and Linux. Would your universal GUI be
any less quirky?

> I ask the group; should we try to create a new GUI for Python, with
> the following properties?:
> <snip>
> - Comprehensive, for complicated things - Cross-platform
Most GUI toolkits currently are, to some degree or another. Qt is the
most comprehensive cross-platform toolkit that I know of. You can
pretty much do any application operation using its API.

> - Looks good (to be defined)
Does that mean it looks native? Should it be native? Does not the
Tkinter gui look "good?"

I can think of at least the following reasons why a new universal GUI
for Python will have acceptance issues:
- stuck with the lowest common denominator of functionality on each
platform if you thunk to native widgets (a la wxWidgets)
- often look and feel is not quite native even when using native themes
(GTK on windows, for example)
- if you take the Java Swing approach, you'll look out of place
everywhere, which is kind of where tkinter is now.