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


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

simple GUI environment

Started byEric Johansson <esj@harvee.org>
First post2013-03-05 09:20 -0500
Last post2013-03-06 18:08 +1300
Articles 7 — 4 participants

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


Contents

  simple GUI environment Eric Johansson <esj@harvee.org> - 2013-03-05 09:20 -0500
    Re: simple GUI environment Kevin Walzer <kw@codebykevin.com> - 2013-03-05 09:55 -0500
      Re: simple GUI environment Tim Golden <mail@timgolden.me.uk> - 2013-03-05 15:06 +0000
      Re: simple GUI environment Eric Johansson <esj@harvee.org> - 2013-03-05 12:45 -0500
        Re: simple GUI environment Gregory Ewing <greg.ewing@canterbury.ac.nz> - 2013-03-06 12:18 +1300
          Re: simple GUI environment Eric Johansson <esj@harvee.org> - 2013-03-05 20:35 -0500
            Re: simple GUI environment Gregory Ewing <greg.ewing@canterbury.ac.nz> - 2013-03-06 18:08 +1300

#40533 — simple GUI environment

FromEric Johansson <esj@harvee.org>
Date2013-03-05 09:20 -0500
Subjectsimple GUI environment
Message-ID<mailman.2888.1362494803.2939.python-list@python.org>
I need a simple GUI toolkits like easygui pythoncard. The main reason I 
discount both of those is that they are effectively dead as I can see. 
Last updates in the 2010/2011 range. Has there been some toolkit to 
replace them? And no, the existing wxpython/gtk/qt/... toolkits really 
aren't acceptable. I need to get something done in 12 hours and I don't 
have time to climb the learning curve.

The application I'm building is a tool which gathers and saves 
configuration data for a specific Windows application. It needs to run 
in a Windows batch file for multisystem deployment and also as a GUI 
when the user is mucking about. It also needs to run as a portable app 
because I can't install this on every machine. many corporate IT types 
don't take kindly to utilities leaving little footprints all over the place.

The CLI version works. Simple UI, does what I need for part of the job. 
Now I need to add a relatively simple GUI. The user interface will 
consist of a series of tabs across the top, one for each subsystem and 
the main panel beneath that will contain the UI for the tab related 
task. I could fake the tabs by using a horizontal list of radio buttons 
which have the same semantics as tabs but a very different look.

I could do this relatively easily with twitter bootstrap but I don't 
have a standalone browser that I can embed in Python so I could build 
HTML for user interface.

suggestions?

I appreciate whatever help you can give.

[toc] | [next] | [standalone]


#40534

FromKevin Walzer <kw@codebykevin.com>
Date2013-03-05 09:55 -0500
Message-ID<kh50uo$2ej$1@dont-email.me>
In reply to#40533
On 3/5/13 9:20 AM, Eric Johansson wrote:
> The main reason I discount both of those is that they are effectively
> dead as I can see. Last updates in the 2010/2011 range.

Why not give EasyGUI a try? The site is still active, and two years 
isn't without an update doesn't mean a project is dead, especially if 
it's a simple and mature project that doesn't need a lot of maintenance. 
If your needs are basic, then I'd say EasyGUI would be a good fit. By 
contrast, a library undergoing heavy development with a 
constantly-shifting API can cause tons of headaches.

--Kevin

-- 
Kevin Walzer
Code by Kevin/Mobile Code by Kevin
http://www.codebykevin.com
http://www.wtmobilesoftware.com

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


#40535

FromTim Golden <mail@timgolden.me.uk>
Date2013-03-05 15:06 +0000
Message-ID<mailman.2889.1362495975.2939.python-list@python.org>
In reply to#40534
On 05/03/2013 14:55, Kevin Walzer wrote:
> On 3/5/13 9:20 AM, Eric Johansson wrote:
>> The main reason I discount both of those is that they are effectively
>> dead as I can see. Last updates in the 2010/2011 range.
> 
> Why not give EasyGUI a try? 

or PyGUI:

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


TJG

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


#40551

FromEric Johansson <esj@harvee.org>
Date2013-03-05 12:45 -0500
Message-ID<mailman.2898.1362505513.2939.python-list@python.org>
In reply to#40534
On 3/5/2013 10:06 AM, Tim Golden wrote:
> On 05/03/2013 14:55, Kevin Walzer wrote:
>> On 3/5/13 9:20 AM, Eric Johansson wrote:
>>> The main reason I discount both of those is that they are effectively
>>> dead as I can see. Last updates in the 2010/2011 range.
>> Why not give EasyGUI a try?
> or PyGUI:
>
>    http://www.cosc.canterbury.ac.nz/greg.ewing/python_gui/
>

you guys are great. I'm going to try pygui first and easygui second. My 
reason  for this is that pygui looks like it will let me bundle using 
py2exe without trying hard.the only thing that would make it better is 
if either of these kits used standard Rich text edit controls under 
Windows so I can speech enable these applications.

Thanks a bunch. All the advice was really useful and appreciated.

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


#40577

FromGregory Ewing <greg.ewing@canterbury.ac.nz>
Date2013-03-06 12:18 +1300
Message-ID<apncppFru7U1@mid.individual.net>
In reply to#40551
Eric Johansson wrote:
> the only thing that would make it better is 
> if either of these kits used standard Rich text edit controls under 
> Windows so I can speech enable these applications.

PyGUI's TextEditor is based on the rich edit control in
Windows. It doesn't currently expose all of its capabilities,
but if speech is all you want, it might be sufficient.

-- 
Greg

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


#40589

FromEric Johansson <esj@harvee.org>
Date2013-03-05 20:35 -0500
Message-ID<mailman.2919.1362533751.2939.python-list@python.org>
In reply to#40577
On 3/5/2013 6:18 PM, Gregory Ewing wrote:
> Eric Johansson wrote:
>> the only thing that would make it better is if either of these kits 
>> used standard Rich text edit controls under Windows so I can speech 
>> enable these applications.
>
> PyGUI's TextEditor is based on the rich edit control in
> Windows. It doesn't currently expose all of its capabilities,
> but if speech is all you want, it might be sufficient.

Do you know which one?

http://www.section508.va.gov/docs/Dragon_Naturally_Speaking_Apps.pdf

(copied from the PDF, apologies for the crappy formatting)
Use supported window classes for edit controls. Dragon 10 supports the 
following control classes.
(Borland controls, TE Edit, and TX Text are supported only in 
Professional, Medical, Legal, and SDK
editions of Dragon.)

Vendor Control Class
Microsoft Edit, Rich Edit, Rich Edit20A, RichEdit20W, Rich Edit50W,
Inktextbox, Inkedit, RichTextBox .NET controls
Borland TMemo, TEdit, TRichEdit
Sub Systems TE Edit versions 10, 11, 12, 13, 14, 15 (not TE Edit .NET)
Text Control TX Text versions 10, 11, 12, 13, 14 and TX Text .NET

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


#40604

FromGregory Ewing <greg.ewing@canterbury.ac.nz>
Date2013-03-06 18:08 +1300
Message-ID<apo1aiF4nc7U1@mid.individual.net>
In reply to#40589
Eric Johansson wrote:
> On 3/5/2013 6:18 PM, Gregory Ewing wrote:
>>
>> PyGUI's TextEditor is based on the rich edit control in
>> Windows. It doesn't currently expose all of its capabilities,
>> but if speech is all you want, it might be sufficient.
> 
> Do you know which one?
> 
> Vendor Control Class
> Microsoft Edit, Rich Edit, Rich Edit20A, RichEdit20W, Rich Edit50W,
> Inktextbox, Inkedit, RichTextBox .NET controls
> Borland TMemo, TEdit, TRichEdit
> Sub Systems TE Edit versions 10, 11, 12, 13, 14, 15 (not TE Edit .NET)
> Text Control TX Text versions 10, 11, 12, 13, 14 and TX Text .NET

Whichever one MFC's RichEditView uses. I can't tell you
any more than that, sorry.

-- 
Greg

[toc] | [prev] | [standalone]


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


csiph-web