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

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

Re: very lightweight gui for win32 + python 3.4

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

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Re: very lightweight gui for win32 + python 3.4 Thomas Heller <theller@ctypes.org> - 2014-09-12 20:35 +0200
    Re: very lightweight gui for win32 + python 3.4 Grant Edwards <invalid@invalid.invalid> - 2014-09-13 01:19 +0000
      Re: very lightweight gui for win32 + python 3.4 Thomas Heller <theller@ctypes.org> - 2014-09-13 13:31 +0200
        Re: very lightweight gui for win32 + python 3.4 Christian Gollwitzer <auriocus@gmx.de> - 2014-09-14 17:15 +0200

#77818 — Re: very lightweight gui for win32 + python 3.4

Am 12.09.2014 18:38, schrieb Chris Angelico:
> On Sat, Sep 13, 2014 at 2:35 AM, Nagy László Zsolt <gandalf@shopzeus.com> wrote:
>> So I need to create a GUI mode version of my program. That the customer
>> should be able to see a progress bar. What kind of GUI toolkit should I use
>> for this? I would like this to be lightweight, preferably under 5MB with a
>> very easy API for simple things like create a dialog, put some labels and a
>> progress bar on it, and finally close the dialog when the program is
>> finished. (And of course, needs to work with cx Freeze.)
>>
>> I do not need a full featured cross platform GUI toolkit. What are my
>> options?
>>
>> I have been looking at this:
>>
>> https://wiki.python.org/moin/GuiProgramming
>>
>> The only Windows specific lightweight frameworks are venster and Ocean but
>> they have not been updated since ages. I know that I can do this using the
>> win32 API, but I don't really want to learn how to build a dialog using
>> win32 API calls and then process window message queues....  wxPython and Qt
>> are well known but they are not exactly lightweight.
>

I would recommend to look into Pyglet - it uses the native windows api
via ctypes calls (and is cross-platform as well).
I have never used it myself, all this info is from the web pages.

> There's absolutely no reason to go Windows-specific. Use Tkinter -
> it's pretty light-weight. Comes with most Python distros. See how it
> goes in terms of code size - if it's unsuitable, then look at others,
> but start with the obvious option.

Does Tkinter really work well with cx_Freeze?  I doubt it (from my 
experiences with py2exe).

[toc] | [next] | [standalone]

#77825

On 2014-09-12, Thomas Heller <theller@ctypes.org> wrote:
> Am 12.09.2014 18:38, schrieb Chris Angelico:
>
> Does Tkinter really work well with cx_Freeze?  I doubt it (from my 
> experiences with py2exe).

I never had any problems with Tkinter and py2exe, but you do get
a considerably larger distribution than you do with wxWindows.

-- 
Grant

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

#77846

Am 13.09.2014 03:19, schrieb Grant Edwards:
> On 2014-09-12, Thomas Heller <theller@ctypes.org> wrote:
>> Am 12.09.2014 18:38, schrieb Chris Angelico:
>>
>> Does Tkinter really work well with cx_Freeze?  I doubt it (from my
>> experiences with py2exe).
>
> I never had any problems with Tkinter and py2exe, but you do get
> a considerably larger distribution than you do with wxWindows.
>

That was what I meant - sorry for being unclear.  Especially you
cannot create single-file executables with py2exe, you get a directory
full with the tcl/tk files.

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

#77865

Am 13.09.14 13:31, schrieb Thomas Heller:
> Am 13.09.2014 03:19, schrieb Grant Edwards:
>> On 2014-09-12, Thomas Heller <theller@ctypes.org> wrote:
>>> Am 12.09.2014 18:38, schrieb Chris Angelico:
>>>
>>> Does Tkinter really work well with cx_Freeze?  I doubt it (from my
>>> experiences with py2exe).
>>
>> I never had any problems with Tkinter and py2exe, but you do get
>> a considerably larger distribution than you do with wxWindows.
>>
>
> That was what I meant - sorry for being unclear.  Especially you
> cannot create single-file executables with py2exe, you get a directory
> full with the tcl/tk files.
>
  which is not the fault of Tcl, BTW - "starpack" technology is the Tcl 
way to make a single-file executable containing Tcl, Tk, scripts and any 
number of libraries. Unfortunately, no python interpreter can be 
included so far. By bridging Tcl_FileSystem with Python's VFS, this 
restriction could be overcome.

	Christian

[toc] | [prev] | [standalone]

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

csiph-web