Re: [Pythonmac-SIG] coding preference
Dethe Elza wrote: Right now I'm not concerned with cross-platform issues, but if I were I'd rather see time spent on making a strong, Pythonic UI library on top of pyobjc (mac), pywin32 (win), and pygtk (linux), Like PyGUI? (http://nz.cosc.canterbury.ac.nz/~greg/python_gui/) On the other hand, I'd rather spend my own time writing applications and utilities, not a UI framework, so I guess I'll just shut up now. Exactly. The Python GUI situation is a direct result of the fact that Python is an open source project: people write code because they need it, and it's a heck of a lot less work to wrap a library than write one from scratch. That being said, I am hopeful about PyGUI, but it's a going to be at least another few years before it's as useful as wxPython (there isn't even a real Windows version yet!). After all, it took quite a few years for wxPython to become really usable. In the meantime, wxPython (and probably PyQT, if the license works for you) is a pretty good option for cross platform code, and it's slowly becoming more Pythonic. There are also a couple of pythonic wrappers for wxPython: WAX and PythonCard. I'm not fond of the wrappers around wrappers around wrappers approach, but if they work for you, who cares how many layers there are? -Chris -- Christopher Barker, Ph.D. Oceanographer NOAA/ORR/HAZMAT (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception [EMAIL PROTECTED] ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] coding preference
There are also a couple of pythonic wrappers for wxPython: WAX and PythonCard. I'm not fond of the wrappers around wrappers around wrappers approach, but if they work for you, who cares how many layers there are? -Chris Talking of PythonCard do you know if it has settled down, bugz and stability wise? It looked like a very promising project to me I meant to check back to it. Thanks for the reminder. -Pete ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] coding preference
On Jan 19, 2005, at 12:52, Charles Hartman wrote: In the meantime, wxPython (and probably PyQT, if the license works for you) is a pretty good option for cross platform code, and it's slowly becoming more Pythonic. Would you (or anyone) care to comment on the relative merits of the two? I've been using wxPython, but since I have no intention of writing commercial software I guess I could as easily (that is, cheaply) use QT. (I do need my (academic) programs to run on both Mac and Windows.) Worth switching? I would not recommend PyQT. Their Mac port does some pretty gnarly things and I don't trust it (yet). There is also no free edition available for Windows, IIRC. -bob ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] coding preference
That being said, I am hopeful about PyGUI, but it's a going to be at least another few years before it's as useful as wxPython (there isn't even a real Windows version yet!). After all, it took quite a few years for wxPython to become really usable. My mistake. I was under the impression that PyGUI had been abandoned. I will take another look. Maybe I was thinking of PIDDLE/Sping, which does appear to be abandoned. If PyGUI is still viable, I'll look into it and see if I can help out. In the meantime, wxPython (and probably PyQT, if the license works for you) is a pretty good option for cross platform code, and it's slowly becoming more Pythonic. I keep trying to like wxPython, I really do. It's just that its freaking huge, many of its widgets look like they were designed by children, and I find it really cumbersome to work with. The wx demo looks moderately OK on Windows, but pretty bad on OS X. I don't have any experience with PyQT, but prefer open systems to closed, given a choice. There are also a couple of pythonic wrappers for wxPython: WAX and PythonCard. I'm not fond of the wrappers around wrappers around wrappers approach, but if they work for you, who cares how many layers there are? I've looked at PythonCard, but you can't next objects, which rules it out for me (plus it's built on wx). I've been meaning to take a look at Wax to see if the API is worth porting to live on top of Cocoa, but I'll take another look at PyGUI first. --Dethe Choosing software is not a neutral act. It must be done consciously; the debate over free and proprietary software cant be limited to the differences in the applications features and ergonomics. To choose an operating system, or software, or network architecture is to choose a kind of society. --Lemaire and Decroocq (trans. by Tim Bray) smime.p7s Description: S/MIME cryptographic signature ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
[Pythonmac-SIG] NOHUPing a python process?
I was wondering if anyone knew if it was possible to programmatically nohup a python process on Mac OS X. That is, is there a way for the script, as it is running, to ensure that it will keep running even if the user that started it logged out or shut his or her terminal? Nick Matsakis ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig