From rsyring at inteli-com.com Sat Nov 21 04:22:01 2009 From: rsyring at inteli-com.com (Randy Syring) Date: Fri, 20 Nov 2009 22:22:01 -0500 Subject: [Pygui] Mobile Platform Suitability Message-ID: <4B075CD9.5080203@inteli-com.com> I have a potential project coming up that would entail running a gui application on a mobile platform (Windows Mobile 5.0 I think). Is Pyui suitable for this? -- -------------------------------------- Randy Syring Intelicom 502-644-4776 "Whether, then, you eat or drink or whatever you do, do all to the glory of God." 1 Cor 10:31 From greg.ewing at canterbury.ac.nz Sun Nov 22 09:20:01 2009 From: greg.ewing at canterbury.ac.nz (Gregory Ewing) Date: Sun, 22 Nov 2009 21:20:01 +1300 Subject: [Pygui] ANN: PyGUI Mailing List In-Reply-To: References: Message-ID: <4B08F431.5080707@canterbury.ac.nz> Terry Reedy wrote: > Having it mirrored to news.gmane,org, if you have not yet, like other > python.org lists, would make it easier to follow or join. Perhaps it > will happen automatically, I do not know. I don't think it's automatic. I've submitted a request to gmane to have it added and I'm waiting to see what happens. -- Greg This email may be confidential and subject to legal privilege, it may not reflect the views of the University of Canterbury, and it is not guaranteed to be virus free. If you are not an intended recipient, please notify the sender immediately and erase all copies of the message and any attachments. Please refer to http://www.canterbury.ac.nz/emaildisclaimer for more information. From greg.ewing at canterbury.ac.nz Sun Nov 29 00:13:51 2009 From: greg.ewing at canterbury.ac.nz (Greg Ewing) Date: Sun, 29 Nov 2009 12:13:51 +1300 Subject: [Pygui] [python-win32] ANN: PyGUI Mailing List In-Reply-To: References: <4B0733D1.1030208@canterbury.ac.nz> Message-ID: <4B11AEAF.4080508@canterbury.ac.nz> Thomas Heller wrote: > Is the list available on gmane? I have received a reply from gmane saying that a subscription request has been sent and that the gmane group would be created when the first message arrives. I'm not a gmane user myself, so someone may want to take a look over there and see if it's working. -- Greg From greg.ewing at canterbury.ac.nz Sun Nov 29 00:15:02 2009 From: greg.ewing at canterbury.ac.nz (Greg Ewing) Date: Sun, 29 Nov 2009 12:15:02 +1300 Subject: [Pygui] [python-win32] ANN: PyGUI Mailing List In-Reply-To: References: <4B0733D1.1030208@canterbury.ac.nz> Message-ID: <4B11AEF6.9090203@canterbury.ac.nz> Thomas Heller wrote: > Is the list available on gmane? I have received a reply from gmane saying that a subscription request has been sent and that the gmane group would be created when the first message arrives. I'm not a gmane user myself, so someone may want to take a look over there and see if it's working. -- Greg From theller at ctypes.org Sun Nov 29 12:03:54 2009 From: theller at ctypes.org (Thomas Heller) Date: Sun, 29 Nov 2009 12:03:54 +0100 Subject: [Pygui] [python-win32] ANN: PyGUI Mailing List In-Reply-To: <4B11AEAF.4080508@canterbury.ac.nz> References: <4B0733D1.1030208@canterbury.ac.nz> <4B11AEAF.4080508@canterbury.ac.nz> Message-ID: Greg Ewing schrieb: > Thomas Heller wrote: > >> Is the list available on gmane? > > I have received a reply from gmane saying that a subscription > request has been sent and that the gmane group would be > created when the first message arrives. > > I'm not a gmane user myself, so someone may want to take a > look over there and see if it's working. > I'm posting this reply via gmane using nntp, so if you see it then it does work. -- Thanks, Thomas From greg.ewing at canterbury.ac.nz Sun Nov 29 12:28:34 2009 From: greg.ewing at canterbury.ac.nz (Greg Ewing) Date: Mon, 30 Nov 2009 00:28:34 +1300 Subject: [Pygui] [python-win32] ANN: PyGUI Mailing List In-Reply-To: References: <4B0733D1.1030208@canterbury.ac.nz> <4B11AEAF.4080508@canterbury.ac.nz> Message-ID: <4B125AE2.2010201@canterbury.ac.nz> Thomas Heller wrote: > I'm posting this reply via gmane using nntp, so if you see it > then it does work. Yep, got it! Thanks, Greg From inhahe at gmail.com Sun Nov 29 16:26:38 2009 From: inhahe at gmail.com (inhahe) Date: Sun, 29 Nov 2009 10:26:38 -0500 Subject: [Pygui] signals and slots Message-ID: it would be nice to see PyGUI turn into something like PyQt - but of course a lot lightweight and therefore probably with a simpler interface.. mainly what i like about PyQt is its signals and slots mechanism. although if you don't provide one I hope that it would at least be possible to create identical support for it implemented purely in Python somehow. i'm guessing that would be relatively easy just by creating a connect function that modifies action properties.. From rhodri at wildebst.demon.co.uk Sun Nov 29 23:30:26 2009 From: rhodri at wildebst.demon.co.uk (Rhodri James) Date: Sun, 29 Nov 2009 22:30:26 -0000 Subject: [Pygui] List controls Message-ID: OK, here's something to kick off the wishlist. Almost every time I write a GUI, I need some form of list selection, list display or the like. It is possible to fake something up from Labels or TextFields that might survive moving across platforms, but (a) it isn't pretty, (b) it only *might* survive, and (c) no really, it isn't pretty either in the code or on the screen. Any chance of a "ListBox", or at least a more robust recipe than I can dream up at this time of night? -- Rhodri James *-* Wildebeest Herder to the Masses From greg.ewing at canterbury.ac.nz Mon Nov 30 01:03:59 2009 From: greg.ewing at canterbury.ac.nz (Greg Ewing) Date: Mon, 30 Nov 2009 13:03:59 +1300 Subject: [Pygui] signals and slots In-Reply-To: References: Message-ID: <4B130BEF.6040604@canterbury.ac.nz> inhahe wrote: > it would be nice to see PyGUI turn into something like PyQt - but of > course a lot lightweight and therefore probably with a simpler > interface.. mainly what i like about PyQt is its signals and slots > mechanism. I'm not all that familiar with Qt, but my experiences with gtk make me less than enthusiastic about the signal/slot paradigm for event handling. I find it tedious having to make a bunch of calls to plug in event handlers every time I create a widget. The PyGUI philosophy for event handling is that you don't have to explicitly connect events, you just define a method to handle the event at the appropriate point in the widget hierarchy. Having said that, an action property with a bound method plugged into it is fairly similar to a Qt signal-slot connection. The main difference is that you can't directly connect more than one handler at a time. I haven't found that to be much of a disadvantage in practice -- usually my hander is a method of the containing Window or Dialog, which is in a position to fire off whatever actions are necessary. > although if you don't provide one I hope that it would at least be > possible to create identical support for it implemented purely in > Python somehow. i'm guessing that would be relatively easy just by > creating a connect function that modifies action properties.. Yes, it wouldn't be too hard to create an adaptor that you could plug into an action property. It would maintain a list of handlers and have a __call__ method that passes the call on to all of them. Here's a quick sketch (untested): class ActionDistributor(list): def __call__(self, *args, **kwds): for handler in self: handler(*args, **kwds) -- Greg From greg.ewing at canterbury.ac.nz Mon Nov 30 01:50:25 2009 From: greg.ewing at canterbury.ac.nz (Greg Ewing) Date: Mon, 30 Nov 2009 13:50:25 +1300 Subject: [Pygui] List controls In-Reply-To: References: Message-ID: <4B1316D1.3000001@canterbury.ac.nz> Rhodri James wrote: > Any chance of a > "ListBox", or at least a more robust recipe than I can dream up at this > time of night? Okay, I'll see what I can do. -- Greg From rsyring at inteli-com.com Mon Nov 30 03:43:42 2009 From: rsyring at inteli-com.com (Randy Syring) Date: Sun, 29 Nov 2009 21:43:42 -0500 Subject: [Pygui] Mobile Platform Suitability Message-ID: <4B13315E.3000709@inteli-com.com> Anyone? Even a "no" will do. :-) -------- Original Message -------- Subject: Mobile Platform Suitability Date: Fri, 20 Nov 2009 22:22:01 -0500 From: Randy Syring Organization: Intelicom To: pygui at python.org I have a potential project coming up that would entail running a gui application on a mobile platform (Windows Mobile 5.0 I think). Is Pyui suitable for this? -- -------------------------------------- Randy Syring Intelicom 502-644-4776 "Whether, then, you eat or drink or whatever you do, do all to the glory of God." 1 Cor 10:31 -------------- next part -------------- An HTML attachment was scrubbed... URL: From vernondcole at gmail.com Mon Nov 30 06:14:15 2009 From: vernondcole at gmail.com (Vernon Cole) Date: Sun, 29 Nov 2009 22:14:15 -0700 Subject: [Pygui] List controls In-Reply-To: <4B1316D1.3000001@canterbury.ac.nz> References: <4B1316D1.3000001@canterbury.ac.nz> Message-ID: Greg: IMHO, if you do a list box, do NOT make it work the same way Windows and wxwidgets list boxes do: I live in Wyoming -- way down at the bottom of the normal list of states in the USA. In order to select my state, I must hit the 'W' key four times, to get past Washington, West Virginia and Wisconsin. When I lived in Nevada, I never knew HOW many times to hit the 'N' key - is it spelled out as 'Nev'? or abbreviated as 'NV'. If spelled it comes before the 'North' states, but if abbreviated it comes after. If I made the mistake of typing 'NE' I selected Florida! 'NV' selected Vermont. How is a visually impaired user supposed to be able to cope with that? I think that a listbox should work exactly like a text box for typed entry. If I want Wyoming, I type 'WY'. I only need to type enough characters to make a unique selection. If I was born in 1950, I should be able to type '1' '9' '5' '0' rather than having to mouse-scroll half way down a 120 item list. The search bar on Firefox works pretty much like I am thinking, giving users less choices as they type, until they have selected one item. It's not too hard to do. The database system I worked on in 1980 did a minimum unique selection -- and it all worked in 60 Kbytes of memory. I have really missed that feature in the popular "modern" GUI's. I am still convinced that a skilled operator can get a LOT more work done per hour on an "obsolete" character mode display than on a GUI. I want to find (and/or help make) a GUI that is keystroke friendly -- where you CAN use the mouse, but do not HAVE TO, so that the GUI will perform as quickly as the glass teletype did. That's my two cents worth, anyway. -- Vernon Cole P.S.: No, I can't help just now -- I'm working on an upgrade to adodbapi to hook up django and MS SQL. -- but I will in the future. On Sun, Nov 29, 2009 at 5:50 PM, Greg Ewing wrote: > Rhodri James wrote: > >> Any chance of a "ListBox", or at least a more robust recipe than I can >> dream up at this time of night? >> > > Okay, I'll see what I can do. > > -- > Greg > > _______________________________________________ > Pygui mailing list > Pygui at python.org > http://mail.python.org/mailman/listinfo/pygui > -------------- next part -------------- An HTML attachment was scrubbed... URL: From greg.ewing at canterbury.ac.nz Mon Nov 30 09:08:53 2009 From: greg.ewing at canterbury.ac.nz (Greg Ewing) Date: Mon, 30 Nov 2009 21:08:53 +1300 Subject: [Pygui] PyCPrintDialog - Is it any use? Message-ID: <4B137D95.4000205@canterbury.ac.nz> The PyCPrintDialog in pywin32 doesn't seem to have any methods or attributes. How are you supposed to get information out of it? -- Greg From greg.ewing at canterbury.ac.nz Mon Nov 30 10:03:27 2009 From: greg.ewing at canterbury.ac.nz (Greg Ewing) Date: Mon, 30 Nov 2009 22:03:27 +1300 Subject: [Pygui] PyCPrintDialog - Is it any use? Message-ID: <4B138A5F.4090401@canterbury.ac.nz> The PyCPrintDialog in pywin32 doesn't seem to have any methods or attributes. How are you supposed to get information out of it? -- Greg From list at qtrac.plus.com Mon Nov 30 15:14:02 2009 From: list at qtrac.plus.com (Mark Summerfield) Date: Mon, 30 Nov 2009 14:14:02 +0000 Subject: [Pygui] signals and slots In-Reply-To: <4B130BEF.6040604@canterbury.ac.nz> References: <4B130BEF.6040604@canterbury.ac.nz> Message-ID: <200911301414.02302.list@qtrac.plus.com> On 2009-11-30, Greg Ewing wrote: > inhahe wrote: > > it would be nice to see PyGUI turn into something like PyQt - but of > > course a lot lightweight and therefore probably with a simpler > > interface.. mainly what i like about PyQt is its signals and slots > > mechanism. > > I'm not all that familiar with Qt, but my experiences with > gtk make me less than enthusiastic about the signal/slot > paradigm for event handling. I find it tedious having to > make a bunch of calls to plug in event handlers every time > I create a widget. That's not at all how PyQt works. Here's a complete working custom widget in PyQt: class MyWidget(QWidget): pass If you want the widget to paint itself then you implement a paintEvent()---but you don't have to do this if you have inherited a widget that already paints itself the way you want: class MyListWidget(QListWidget): pass If you want to handle mouse clicks or key presses, then you implement the corresponding event handlers. So, you only need to implement what you actually want to use (or that you want to be different). Signals and slots are used to combine widgets to get particular behaviours, e.g., to only enable an OK button if various fields are filled in, or to repsond to a button click, that kind of thing. Qt's event handling mechanism is used for creating custom widgets. I know that it is nice creating things from scratch but PyQt represents a lot of prior art that has proved very durable and popular so I think you'd at least find it interesting to try it out---it might even help you avoid some pitfalls. (And with Python 3/PyQt 4.6 the API is now much more Pythonic than it used to be---although my book only covers the older well-established API.) -- Mark Summerfield, Qtrac Ltd, www.qtrac.eu C++, Python, Qt, PyQt - training and consultancy "Rapid GUI Programming with Python and Qt" - ISBN 0132354187 From inhahe at gmail.com Mon Nov 30 17:06:11 2009 From: inhahe at gmail.com (inhahe) Date: Mon, 30 Nov 2009 11:06:11 -0500 Subject: [Pygui] signals and slots In-Reply-To: <200911301414.02302.list@qtrac.plus.com> References: <4B130BEF.6040604@canterbury.ac.nz> <200911301414.02302.list@qtrac.plus.com> Message-ID: On Mon, Nov 30, 2009 at 9:14 AM, Mark Summerfield wrote: > On 2009-11-30, Greg Ewing wrote: > > Signals and slots are used to combine widgets to get particular > behaviours, e.g., to only enable an OK button if various fields are > filled in, or to repsond to a button click, that kind of thing. Qt's > event handling mechanism is used for creating custom widgets. > The reason I like signals and slots so much is that slots is that I don't need always need to subclass - I can often create widgets and have things respond to them just by making the object in one line and then connecting it the next. (although, like you pointed out, subclassing is always available when you want it) From greg.ewing at canterbury.ac.nz Mon Nov 30 23:20:31 2009 From: greg.ewing at canterbury.ac.nz (Greg Ewing) Date: Tue, 01 Dec 2009 11:20:31 +1300 Subject: [Pygui] Mobile Platform Suitability In-Reply-To: <4B13315E.3000709@inteli-com.com> References: <4B13315E.3000709@inteli-com.com> Message-ID: <4B14452F.9000907@canterbury.ac.nz> Randy Syring wrote: > I have a potential project coming up that would entail running a gui > application on a mobile platform (Windows Mobile 5.0 I think). Is Pyui > suitable for this? I have no idea. If Python and pywin32 work on it, then PyGUI probably will too. You'll have to try it to find out. -- Greg From greg.ewing at canterbury.ac.nz Mon Nov 30 23:30:27 2009 From: greg.ewing at canterbury.ac.nz (Greg Ewing) Date: Tue, 01 Dec 2009 11:30:27 +1300 Subject: [Pygui] List controls In-Reply-To: References: <4B1316D1.3000001@canterbury.ac.nz> Message-ID: <4B144783.3020103@canterbury.ac.nz> Vernon Cole wrote: > I think that a listbox should work exactly like a text box for typed > entry. If I want Wyoming, I type 'WY'. I only need to type enough > characters to make a unique selection. If I was born in 1950, I should > be able to type '1' '9' '5' '0' rather than having to mouse-scroll half > way down a 120 item list. You may be stuck with whatever the platform provides, at least to begin with. I prefer to wrap existing platform functionality if available rather than inventing something from scratch. BTW, I don't see how this helps much if you don't know whether Nevada is spelled "NV" or "Nev", although I suppose having the list reduce to just the matching items makes it easier to see what the possibilities are. -- Greg