🌐 Mailman 3 July 2013 - Pythonmac-SIG - python.org

Towards PyObjC 3.0
by Ronald Oussoren June 3, 2014

June 3, 2014

Hi, I recently realised that I've been much to silent on the development of PyObjC. I'm making steady progress on a new major release of PyObjC and am getting closer to a beta release of PyObjC 3.0, although progress is too slow to my taste :-) In januari (6 months ago already...) I was at a hackweek @Dropbox where I seriously started work on this new release. During that week I basicly rewrote the way that PyObjC looks for methods, the old way was inherently ugly and slow, the new one is cleaner and faster (although it appears to be not so much faster that its actually noticable...). That rewrite probably wouldn't have happened without hackweek, it required several days of concentrated hacking and that is something I can't do in my regular environment (there's those pesky customers that also want to get work done). Since then I've done further cleanup work and some optimization (first tests indicate that the bridge uses less memory and is faster). I'm finally closing in on a situation where the core bridge is cleaned up and can be reasonably sure that I won't have to make backward incompatible changes in the future. Now up to the really hard work: clean up the documentation and example code. That will probably eat away a lot of nights (with a lot of simple changes in the examples and hard thinking on how to improve the documentation; writing usable documentation is hard). My self-imposed dead-line for a 3.0 release is "before OSX 10.9 is released", that's the easiest way to avoid getting carried away with wrapping all new APIs in OSX 10.9 and delaying the release even further. Currently side-tracked on trying to get a change to super() into Python 3.4, Ronald P.S. A small public service announcement: try to avoid "from Cocoa import *", and use explicit imports (either "import Cocoa; o = Cocoa.NSObject.new()" or "from Cocoa import NSObject"). The current release of PyObjC contains optimizations that make explicit imports faster by doing much less work, and I expect to improve this further in future release. A nice side effect of avoiding '*' imports is that code analysis tools like pyflakes will do a much better jobs on your code.

3 3

py2app + pyqt: Differences between command-line and double-click
by Berg, Stuart Aug. 15, 2013

Aug. 15, 2013

Hi, I'm using py2app to packages my (cross-platform) PyQt app into a Mac OS X application bundle. (py2app is great, btw!) I was wondering if anyone could point me to some documentation that explains in detail how a python app bundle's launch process differs from launching the python app directly from the command-line. My app bundle seems to function exactly the same in most respects, but my main window doesn't activate unless I manually activate the application via command-tab. I give a few more details in this question on stack overflow: http://stackoverflow.com/questions/16574315/qt-mainwindow-does-not-appear-u… Any ideas, suggestions, or links would be appreciated. Thanks, Stuart

4 6

Problem installing pyobjc
by Nicholas Cole July 30, 2013

July 30, 2013

Dear List, I am having trouble installing pyobjc. I've tried three things: # python --version Python 2.7.3rc1 1. # easy_install --upgrade pyobjc Searching for pyobjc Reading http://pypi.python.org/simple/pyobjc/ Best match: pyobjc 2.5.1 Processing pyobjc-2.5.1-py2.7.egg pyobjc 2.5.1 is already the active version in easy-install.pth Using /Library/Python/2.7/site-packages/pyobjc-2.5.1-py2.7.egg Processing dependencies for pyobjc Searching for pyobjc-framework-Social==2.5.1 Reading http://pypi.python.org/simple/pyobjc-framework-Social/ Best match: pyobjc-framework-Social 2.5.1 Downloading https://pypi.python.org/packages/source/p/pyobjc-framework-Social/pyobjc-fr… Processing pyobjc-framework-Social-2.5.1.tar.gz Running pyobjc-framework-Social-2.5.1/setup.py -q bdist_egg --dist-dir /tmp/easy_install-8vFDCw/pyobjc-framework-Social-2.5.1/egg-dist-tmp-XU0icN error: Installed distribution pyobjc-core 2.3.2a0 conflicts with requirement pyobjc-core>=2.5.1 2. I've tried updating the core first: # easy_install --upgrade pyobjc-core Searching for pyobjc-core Reading http://pypi.python.org/simple/pyobjc-core/ Best match: pyobjc-core 2.5.1 Downloading https://pypi.python.org/packages/source/p/pyobjc-core/pyobjc-core-2.5.1.tar… Processing pyobjc-core-2.5.1.tar.gz Running pyobjc-core-2.5.1/setup.py -q bdist_egg --dist-dir /tmp/easy_install-ySjK__/pyobjc-core-2.5.1/egg-dist-tmp-OSgoci warning: no directories found matching 'Scripts' warning: no directories found matching 'setup-lib' warning: no directories found matching 'source-deps' warning: no previously-included files matching '.DS_Store' found anywhere in distribution warning: no previously-included files matching '*.pyc' found anywhere in distribution warning: no previously-included files matching '*.so' found anywhere in distribution error: Setup script exited with error: No such file or directory 3. So then I tried installing pyobjc-core manually: # python setup.py install Traceback (most recent call last): File "setup.py", line 32, in <module> import distribute_setup ImportError: No module named distribute_setup bash-3.2# Any suggestions? Best wishes, Nicholas

2 7

Fwd: Can any cross platform gui framework limitations be filled with ctypes / pyobjc or other?
by Chris Barker - NOAA Federal July 12, 2013

July 12, 2013

oops, sent only to Paul the first time.... ---------- Forwarded message ---------- From: Chris Barker - NOAA Federal <chris.barker(a)noaa.gov> Paul, > Qt looks great from my first impressions but one thing I'm not too sure > about is how native it can go, I know the controls are native and will use > carbon/cocoa underneath on mac for example. Personally I've used wxPython for years -- it would be a good option as well (and does use Cocoa under the hood in recent versions, so injecting some custom Ma-only code in there is quite doable. A lot of folks like QT a lot, it may be a good way to go -- honestly, I've stuck with wx mostly due to inertia -- never really considering alternatives. However, there is a key design difference -- wx wraps the native widgets, and QT, for the most part, re-implements them with low-level primitives. So while a QT Window is probably a Cocoa Window, the individual buttons, etc are not native. I don't know to what extent you can override this, but I do know that most of the QT apps I've seen on the Mac are not very native: not even using the native file open dialogs and the like. I'd be shocked if you couldn't do better with some care, but QT does not appear to do a very good job of native out of the box. wxPython requires a bit of care to look and feel truly native as well, but it gets closer by default. IIUC, PySide is essentially an alternative to PyQT with a different (more liberal) licence. It is certainly under active development. For example, Enthought, Inc is relying on it for a lot of their stuff, and has hired Robin Dunn (ironically the wxPython founder/developer) to work on it. There was a sprint at last weeks' SciPy conference as well. If you do want to cal native code, PYObjC is likely the easiest way, but if that doesn't look right to you, Cython may be worth a shot -- it's a good way to call C and C++ APIs. HTH, -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception Chris.Barker(a)noaa.gov -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception Chris.Barker(a)noaa.gov

5 6

Kivy python GUI
by Michael O'Donnell July 10, 2013

July 10, 2013

Saw a link to Kivy, which seems to be a newish GUI for python, works on most platforms, including iOS and Android. Anyone played around with it? Seems to offer a basic canvas with draw ops. On a quick look, couldn't see any more complex widgets, except for buttons, but they may be there (the documentation is not that straight forward). Mick (looking for a cross-platform pythin GUI) On 10 July 2013 11:35, Paul Wiseman <poalman(a)gmail.com> wrote: > On 9 July 2013 17:12, Chris Barker - NOAA Federal <chris.barker(a)noaa.gov> > wrote: >> >> oops, sent only to Paul the first time.... >> >> ---------- Forwarded message ---------- >> From: Chris Barker - NOAA Federal <chris.barker(a)noaa.gov> >> >> Paul, >> >> > Qt looks great from my first impressions but one thing I'm not too sure >> > about is how native it can go, I know the controls are native and will >> > use >> > carbon/cocoa underneath on mac for example. >> >> Personally I've used wxPython for years -- it would be a good option >> as well (and does use Cocoa under the hood in recent versions, so >> injecting some custom Ma-only code in there is quite doable. >> >> A lot of folks like QT a lot, it may be a good way to go -- honestly, >> I've stuck with wx mostly due to inertia -- never really considering >> alternatives. >> > > I've used wxpython a lot in the past, and maintain some code that uses it > and I do like it, there are a couple of bits that have put me off though. > There doesn't seem to be an obvious way to implement an MVC type pattern > with it. I haven't used Qt much at all yet but QML looks extremely > interesting and pretty powerful. This signal and slots in qt reminds me a > lot of the outlet actions in the iOS world as well which helps a lot at > keeping everything de-coupled. I've found an awful lot of bugs with wx over > the time I've been using it as well which has put me off somewhat, but > that's probably true for a lot of systems/frameworks of that size that you > get very familiar with and use a lot. > >> >> However, there is a key design difference -- wx wraps the native >> widgets, and QT, for the most part, re-implements them with low-level >> primitives. So while a QT Window is probably a Cocoa Window, the >> individual buttons, etc are not native. I don't know to what extent >> you can override this, but I do know that most of the QT apps I've >> seen on the Mac are not very native: not even using the native file >> open dialogs and the like. I'd be shocked if you couldn't do better >> with some care, but QT does not appear to do a very good job of native >> out of the box. > > > Do you know any Qt apps for mac? It would be quite useful to take a look at > a few to help weigh up my options. > >> >> >> wxPython requires a bit of care to look and feel truly native as well, >> but it gets closer by default. >> >> IIUC, PySide is essentially an alternative to PyQT with a different >> (more liberal) licence. It is certainly under active development. For >> example, Enthought, Inc is relying on it for a lot of their stuff, and >> has hired Robin Dunn (ironically the wxPython founder/developer) to >> work on it. There was a sprint at last weeks' SciPy conference as >> well. >> >> If you do want to cal native code, PYObjC is likely the easiest way, >> but if that doesn't look right to you, Cython may be worth a shot -- >> it's a good way to call C and C++ APIs. >> >> HTH, >> -Chris >> >> -- >> >> Christopher Barker, Ph.D. >> Oceanographer >> >> Emergency Response Division >> NOAA/NOS/OR&R (206) 526-6959 voice >> 7600 Sand Point Way NE (206) 526-6329 fax >> Seattle, WA 98115 (206) 526-6317 main reception >> >> Chris.Barker(a)noaa.gov >> >> >> -- >> >> Christopher Barker, Ph.D. >> Oceanographer >> >> Emergency Response Division >> NOAA/NOS/OR&R (206) 526-6959 voice >> 7600 Sand Point Way NE (206) 526-6329 fax >> Seattle, WA 98115 (206) 526-6317 main reception >> >> Chris.Barker(a)noaa.gov >> _______________________________________________ >> Pythonmac-SIG maillist - Pythonmac-SIG(a)python.org >> http://mail.python.org/mailman/listinfo/pythonmac-sig >> unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG > > > > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG(a)python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG > > > _______________________________________________________ > Unlimited Disk, Data Transfer, PHP/MySQL Domain Hosting > http://www.doteasy.com

2 1

Can any cross platform gui framework limitations be filled with ctypes / pyobjc or other?
by Paul Wiseman July 9, 2013

July 9, 2013

I'm looking to make a cross platform application, and I'm looking into different languages and options to get an understanding of the strengths and limitations before I put significant effort in a particular direction. One option I'm considering is using python with QT and PySide. Maybe this isn't the best place the ask, but maybe some people will know. Qt looks great from my first impressions but one thing I'm not too sure about is how native it can go, I know the controls are native and will use carbon/cocoa underneath on mac for example. But one thing I'm trying to find out, is if it's possible to add fully native bits to it using cocoa api. For example would it be possible to transition two windows with a flip animation like this: http://www.youtube.com/watch?v=gY_Y6rpSgsU. Maybe using ctypes and loading a .so file, or using PyObjC or access the api? A lot of the cross platform gui frameworks I've used before just seemed to support the common denominator of features across windows, mac and gtk and often features or concepts just specific to one or two platforms aren't supported - which is understandable. But would anyone know if it would be possible to implement these platform specific bits whilst using PySide, using ctypes / pyobjc etc? (window animations, mac sheets etc.) Thanks! Paul

6 12