Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.python > #39283 > unrolled thread

Is there a graphical GUI builder?

Back to article view | Back to comp.lang.python

Contents

  Is there a graphical GUI builder? Rex Macey <xer0925@gmail.com> - 2013-02-19 14:19 -0800
    Re: Is there a graphical GUI builder? Mark Lawrence <breamoreboy@yahoo.co.uk> - 2013-02-19 22:30 +0000
    Re: Is there a graphical GUI builder? Ian Kelly <ian.g.kelly@gmail.com> - 2013-02-19 15:39 -0700
    Re: Is there a graphical GUI builder? Chris Angelico <rosuav@gmail.com> - 2013-02-20 09:43 +1100
    Re: Is there a graphical GUI builder? Phil <phil_lor@bigpond.com> - 2013-02-20 08:59 +1000
    Re: Is there a graphical GUI builder? Miki Tebeka <miki.tebeka@gmail.com> - 2013-02-19 15:44 -0800
    Re: Is there a graphical GUI builder? duncan smith <buzzard@invalid.invalid> - 2013-02-20 02:03 +0000
    Re: Is there a graphical GUI builder? Roland Koebler <r.koebler@yahoo.de> - 2013-02-20 03:53 +0100
    Re: Is there a graphical GUI builder? Michael Torrie <torriem@gmail.com> - 2013-02-19 20:49 -0700
    Re: Is there a graphical GUI builder? Steve Simmons <square.steve@gmail.com> - 2013-02-20 08:44 +0100
    Re: Is there a graphical GUI builder? Roland Koebler <r.koebler@yahoo.de> - 2013-02-20 10:34 +0100
    Re: Is there a graphical GUI builder? Phil Thompson <phil@riverbankcomputing.com> - 2013-02-20 09:51 +0000
    Re: Is there a graphical GUI builder? Chris Angelico <rosuav@gmail.com> - 2013-02-20 20:52 +1100
    Re: Is there a graphical GUI builder? Roland Koebler <r.koebler@yahoo.de> - 2013-02-20 11:05 +0100
    Re: Is there a graphical GUI builder? Roland Koebler <r.koebler@yahoo.de> - 2013-02-20 11:42 +0100
    Re: Is there a graphical GUI builder? Phil Thompson <phil@riverbankcomputing.com> - 2013-02-20 11:19 +0000
    Re: Is there a graphical GUI builder? Roland Koebler <r.koebler@yahoo.de> - 2013-02-20 12:52 +0100
    Re: Is there a graphical GUI builder? Chris Angelico <rosuav@gmail.com> - 2013-02-20 23:14 +1100
    Re: Is there a graphical GUI builder? Laszlo Nagy <gandalf@shopzeus.com> - 2013-02-20 13:09 +0100
    Re: Is there a graphical GUI builder? Kevin Walzer <kw@codebykevin.com> - 2013-02-20 08:57 -0500
    Re: Is there a graphical GUI builder? Dietmar Schwertberger <maillist@schwertberger.de> - 2013-02-20 21:05 +0100
    Re: Is there a graphical GUI builder? Michael Torrie <torriem@gmail.com> - 2013-02-20 20:45 -0700
    Re: Is there a graphical GUI builder? PythonAB <python@rgbaz.eu> - 2013-02-21 10:20 +0100
    Re: Is there a graphical GUI builder? Chris Angelico <rosuav@gmail.com> - 2013-02-21 21:08 +1100
    Re: Is there a graphical GUI builder? Steve Simmons <square.steve@gmail.com> - 2013-02-21 11:18 +0100
    Re: Is there a graphical GUI builder? Roland Koebler <r.koebler@yahoo.de> - 2013-02-21 11:37 +0100
    Re: Is there a graphical GUI builder? Robert Kern <robert.kern@gmail.com> - 2013-02-21 11:25 +0000
    Re: Is there a graphical GUI builder? Roland Koebler <r.koebler@yahoo.de> - 2013-02-21 18:05 +0100
    Re: Is there a graphical GUI builder? Robert Kern <robert.kern@gmail.com> - 2013-02-21 21:16 +0000

Page 2 of 2 — ← Prev page 1 [2]

#39376

Am 19.02.2013 23:19, schrieb Rex Macey:
> I'm new to Python and only a hobbyist programmer.
> A long time ago I used Microsoft's Visual Basic which had a nice (graphical) facility for creating GUIs which was part of the development environment.
There are GUI builders, but unfortunately there's none which is as
easy to use as VB where the GUI builder and the rest of the programming
environment / language are tightly integrated.

Have a look at the GUI toolkits wxPython and PyQt.
Then have a look at the GUI builders like Qt Designer,
wxFormBuilder and wxGlade. Maybe also wxDesigner.

For the builder itself, you will probably like Qt Designer most.
But as with the other GUI builders, it generates resource files
or Python source code which then you will need to import into your
Python project and manually link GUI and code. Compared to the VB
way, this is a huge step backwards and also this means that you need
to know and remember a lot about the underlying toolkit.

You will probably end up coding your GUIs manually, which is the
best way for complex things anyway.

Unfortunately, that's a blocking point for many usage scenarios,
e.g. when you want to sell Python as replacement for VB...


Regards,

Dietmar

[toc] | [prev] | [next] | [standalone]

#39393

On 02/20/2013 12:44 AM, Steve Simmons wrote:
> 2. Qt isn't 'free' (depending on what you are going to be doing with it) 
> - read the licensing rules.

How so? It's LGPL. You can't get much freer than that.  Both in terms of
code and developer freedom, and proprietary freedom.

[toc] | [prev] | [next] | [standalone]

#39407

On 21 feb 2013, at 04:45, Michael Torrie wrote:

> On 02/20/2013 12:44 AM, Steve Simmons wrote:
>> 2. Qt isn't 'free' (depending on what you are going to be doing with it) 
>> - read the licensing rules.
> 
> How so? It's LGPL. You can't get much freer than that.  Both in terms of
> code and developer freedom, and proprietary freedom.

well that can be discussed... (BSD, MIT, Apache, CDDL)

Anyway, maybe the OP can have a look at PySide which was
developed after Riverbank Comp didn't want to offer PyQt as LGPL.

In my opinion Qt is by far the most developed GUI available for Python,
and it will be even bigger in the near future with support for iOS and Android.

gr
arno

[toc] | [prev] | [next] | [standalone]

#39409

On Thu, Feb 21, 2013 at 8:20 PM, PythonAB <python@rgbaz.eu> wrote:
>
> On 21 feb 2013, at 04:45, Michael Torrie wrote:
>
>> On 02/20/2013 12:44 AM, Steve Simmons wrote:
>>> 2. Qt isn't 'free' (depending on what you are going to be doing with it)
>>> - read the licensing rules.
>>
>> How so? It's LGPL. You can't get much freer than that.  Both in terms of
>> code and developer freedom, and proprietary freedom.
>
> well that can be discussed... (BSD, MIT, Apache, CDDL)

You can argue about which is the "best" license to use (I don't
personally like the GPL and LGPL, and don't use them on my creations),
but Steve's description that its free status depends on what you're
doing with it implies a fairly major violation of the principles of
software freedom, which I would expect *all* the popular open-source
licenses to be correct on.

ChrisA

[toc] | [prev] | [next] | [standalone]

#39412

On 21/02/2013 11:08, Chris Angelico wrote:
> On Thu, Feb 21, 2013 at 8:20 PM, PythonAB <python@rgbaz.eu> wrote:
>> On 21 feb 2013, at 04:45, Michael Torrie wrote:
>>
>>> On 02/20/2013 12:44 AM, Steve Simmons wrote:
>>>> 2. Qt isn't 'free' (depending on what you are going to be doing with it)
>>>> - read the licensing rules.
>>> How so? It's LGPL. You can't get much freer than that.  Both in terms of
>>> code and developer freedom, and proprietary freedom.
>> well that can be discussed... (BSD, MIT, Apache, CDDL)
> You can argue about which is the "best" license to use (I don't
> personally like the GPL and LGPL, and don't use them on my creations),
> but Steve's description that its free status depends on what you're
> doing with it implies a fairly major violation of the principles of
> software freedom, which I would expect *all* the popular open-source
> licenses to be correct on.
>
> ChrisA
I downloaded my copy when Qt was in Nokia's hands at which time there 
was a paid for license for commercial development and a 'free' community 
license.   I thought that situation remained but if things have changed 
since the change of ownership (guardianship?), then I apologise for 
being out of date - as so many parts of me are :-)

Steve

[toc] | [prev] | [next] | [standalone]

#39414

Hi,

> How so? It's LGPL. You can't get much freer than that.
you can -- MIT/BSD/public domain etc. provide much more freedom to the
developer. (And I prefer freedom for the developer over the guarantee
(freedom or restriction -- call it as you wish) that nobody may lock
down a copy of the sourcecode.)

In addition, using the LGPL-version of Qt for proprietary/commercial
software may be risky, because if you violate the LGPL by accident
(e.g. because of some formal issue), the Qt-owner may demand
compensation, e.g. the license-fee for the commercial Qt version
for the last couple of years...

regards
Roland

[toc] | [prev] | [next] | [standalone]

#39418

On 2013-02-21 10:18, Steve Simmons wrote:
>
> On 21/02/2013 11:08, Chris Angelico wrote:
>> On Thu, Feb 21, 2013 at 8:20 PM, PythonAB <python@rgbaz.eu> wrote:
>>> On 21 feb 2013, at 04:45, Michael Torrie wrote:
>>>
>>>> On 02/20/2013 12:44 AM, Steve Simmons wrote:
>>>>> 2. Qt isn't 'free' (depending on what you are going to be doing with it)
>>>>> - read the licensing rules.
>>>> How so? It's LGPL. You can't get much freer than that.  Both in terms of
>>>> code and developer freedom, and proprietary freedom.
>>> well that can be discussed... (BSD, MIT, Apache, CDDL)
>> You can argue about which is the "best" license to use (I don't
>> personally like the GPL and LGPL, and don't use them on my creations),
>> but Steve's description that its free status depends on what you're
>> doing with it implies a fairly major violation of the principles of
>> software freedom, which I would expect *all* the popular open-source
>> licenses to be correct on.
>>
>> ChrisA
> I downloaded my copy when Qt was in Nokia's hands at which time there was a paid
> for license for commercial development and a 'free' community license.   I
> thought that situation remained but if things have changed since the change of
> ownership (guardianship?), then I apologise for being out of date - as so many
> parts of me are :-)

The situation has not substantively changed, but your description of it is not 
really accurate. There was and still is a "commercial license" which allows for 
completely proprietary development without needing to allow end users to relink 
the application against user-supplied versions of Qt. The free license is the 
LGPL, which really is Free under all common understandings of that term. You can 
use the LGPL license for commercial and otherwise-proprietary applications. You 
just have to follow the terms of the LGPL like normal.

-- 
Robert Kern

"I have come to believe that the whole world is an enigma, a harmless enigma
  that is made terrible by our own mad attempt to interpret it as though it had
  an underlying truth."
   -- Umberto Eco

[toc] | [prev] | [next] | [standalone]

#39442

Hi,

> The situation has not substantively changed, but your description of
> it is not really accurate. There was and still is a "commercial
> license" which allows for completely proprietary development without
> needing to allow end users to relink the application against
> user-supplied versions of Qt. The free license is the LGPL,
that's not quite correct; things have changed 2009 and Qt now has three
different licenses:
- commercial licence
- GPL (+GPL exceptions)
- LGPL + Qt LGPL Exception (because of inline-functions/templates)
  since Qt 4.5

best regards
Roland

[toc] | [prev] | [next] | [standalone]

#39459

On 2013-02-21 17:05, Roland Koebler wrote:
> Hi,
>
>> The situation has not substantively changed, but your description of
>> it is not really accurate. There was and still is a "commercial
>> license" which allows for completely proprietary development without
>> needing to allow end users to relink the application against
>> user-supplied versions of Qt. The free license is the LGPL,
> that's not quite correct; things have changed 2009 and Qt now has three
> different licenses:
> - commercial licence
> - GPL (+GPL exceptions)
> - LGPL + Qt LGPL Exception (because of inline-functions/templates)
>    since Qt 4.5

True, there are three options, but this was the case under Nokia too, which was 
the time period that Steve was talking about. His description that "Qt isn't 
'free' (depending on what you are going to be doing with it)" doesn't apply to 
this either. Or the previous iteration under late-period TrollTech, for that matter.

-- 
Robert Kern

"I have come to believe that the whole world is an enigma, a harmless enigma
  that is made terrible by our own mad attempt to interpret it as though it had
  an underlying truth."
   -- Umberto Eco

[toc] | [prev] | [standalone]

Page 2 of 2 — ← Prev page 1 [2]

Back to top | Article view | comp.lang.python

csiph-web