Thread: [Pyobjc-dev] Standalone Cocoa apps WORK!!!!
Brought to you by:
ronaldoussoren
From: Bill B. <bb...@co...> - 2002-10-11 18:51:28
|
I fixed the problem with _AppKit -- it was a symbol collision. See the NEWS file for details on what changed -- in short, I added the 'static' keyword to a couple of the symbols generated by the enum/strconst generator script. By using 'static', the symbols are not externally advertised and, hence, no symbol collision occurs. The Web Services Tool can now be built as a standalone double-clickable app that will run any stock OS X 10.2 box. To do so, you simply need to add a "Copy Files" build phase and copy /usr/lib/python2.2/site-packages/{AppKit,Foundation,objc} into Resources in a subdirectory named 'pyobjc'. The Main.py simply does... import sys import os.path sys.path.insert(0, os.path.join(sys.path[0], "pyobjc")) import objc import Foundation import AppKit import WSTApplicationDelegateClass import WSTConnectionWindowControllerClass sys.exit( AppKit.NSApplicationMain(sys.argv) ) --- I can't even begin to tell you how happy this makes me -- finally, I can build/release pure Python based Cocoa applications without the user community having to dive through major hoops to install the app!!! b.bum |
From: Jiva D. <ji...@de...> - 2002-10-11 21:33:42
|
Bill, this is awesome. Is this packaged up as part of the distro yet? I want some! :) On Friday, October 11, 2002, at 11:51 AM, Bill Bumgarner wrote: > I fixed the problem with _AppKit -- it was a symbol collision. See > the NEWS file for details on what changed -- in short, I added the > 'static' keyword to a couple of the symbols generated by the > enum/strconst generator script. By using 'static', the symbols are > not externally advertised and, hence, no symbol collision occurs. > > The Web Services Tool can now be built as a standalone > double-clickable app that will run any stock OS X 10.2 box. > > To do so, you simply need to add a "Copy Files" build phase and copy > /usr/lib/python2.2/site-packages/{AppKit,Foundation,objc} into > Resources in a subdirectory named 'pyobjc'. > > The Main.py simply does... > > import sys > import os.path > sys.path.insert(0, os.path.join(sys.path[0], "pyobjc")) > > import objc > import Foundation > import AppKit > > import WSTApplicationDelegateClass > import WSTConnectionWindowControllerClass > > sys.exit( AppKit.NSApplicationMain(sys.argv) ) > > --- > > I can't even begin to tell you how happy this makes me -- finally, I > can build/release pure Python based Cocoa applications without the > user community having to dive through major hoops to install the > app!!! > > b.bum > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Pyobjc-dev mailing list > Pyo...@li... > https://lists.sourceforge.net/lists/listinfo/pyobjc-dev > |
From: Bill B. <bb...@co...> - 2002-10-11 21:41:22
|
On Friday, October 11, 2002, at 05:33 PM, Jiva DeVoe wrote: > Bill, this is awesome. Is this packaged up as part of the distro yet? > I want some! > > :) Everything has been committed and I just released Web Services Tool as a standalone app-on-a-disk image via my weblog. http://radio.weblogs.com/0100490/ Have fun! b.bum |
From: Jiva D. <ji...@de...> - 2002-10-11 21:55:09
|
Bill, I notice the project builder project for the web services tool seems to have libpython2.2.a as part of it's "other frameworks" group. Is this actually required? On Friday, October 11, 2002, at 02:41 PM, Bill Bumgarner wrote: > On Friday, October 11, 2002, at 05:33 PM, Jiva DeVoe wrote: >> Bill, this is awesome. Is this packaged up as part of the distro >> yet? I want some! >> >> :) > > Everything has been committed and I just released Web Services Tool as > a standalone app-on-a-disk image via my weblog. > > http://radio.weblogs.com/0100490/ > > Have fun! > > b.bum > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Pyobjc-dev mailing list > Pyo...@li... > https://lists.sourceforge.net/lists/listinfo/pyobjc-dev > |
From: Bill B. <bb...@co...> - 2002-10-11 22:01:08
|
If you do another CVS update, you'll notice that it is unchecked.... :-) It is only necessary if you want to use the original, embedded interpreter method of build PyCocoa apps -- see the README at the head of the two main files for more information. The whole thing could really use some general cleanup... b.bum On Friday, October 11, 2002, at 05:54 PM, Jiva DeVoe wrote: > Bill, I notice the project builder project for the web services tool > seems to have libpython2.2.a as part of it's "other frameworks" group. > Is this actually required? |
From: Jiva D. <ji...@de...> - 2002-10-11 22:01:45
|
Also, there are some references to /sw/lib/python2.2 and /sw/include/python which I presume is for the fink version of python. Those aren't needed are they? On Friday, October 11, 2002, at 02:41 PM, Bill Bumgarner wrote: > On Friday, October 11, 2002, at 05:33 PM, Jiva DeVoe wrote: >> Bill, this is awesome. Is this packaged up as part of the distro >> yet? I want some! >> >> :) > > Everything has been committed and I just released Web Services Tool as > a standalone app-on-a-disk image via my weblog. > > http://radio.weblogs.com/0100490/ > > Have fun! > > b.bum > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Pyobjc-dev mailing list > Pyo...@li... > https://lists.sourceforge.net/lists/listinfo/pyobjc-dev > |
From: Bill B. <bb...@co...> - 2002-10-11 22:05:09
|
Not needed at all -- shouldn't affect the build other than possibly dumping a warning or two... b.bum On Friday, October 11, 2002, at 05:59 PM, Jiva DeVoe wrote: > Also, there are some references to /sw/lib/python2.2 and > /sw/include/python which I presume is for the fink version of python. > Those aren't needed are they? |