[Pythonmac-SIG] Subdirectories in py2app?

Kevin Walzer sw at wordtech-software.com
Thu Oct 7 02:57:44 CEST 2004


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hmmmm...OK, I'll see what I can do.

For what it's worth, wxGlade runs fine when packaged as an applet (in
that context, I save wxglade.py as an applet from Python IDE and then do
what I outlined earlier--add all the other files to the bundle
manually). It doesn't function as a standalone, obviously, because I
haven't added the wxPython libraries, but it runs fine when wxPython is
correctly installed.

So, I'll see if I can give your suggestion a try. I'll also see if
py2applet works. Barring that, I'll leave it as a "hacked applet." :-)

Thanks,
Kevin



Bob Ippolito wrote:

|
| On Oct 6, 2004, at 5:36 PM, Kevin Walzer wrote:
|
|> I've been trying to build wxglade with py2app, but it does not seem to
|> copy any of the subdirectories (/bitmaps, /codegen, /widgets, etc.
|> Wouldn't it scan the current working directory of the setup script to
|> copy these materials over?
|
|
| No, py2app most certainly does not assume that everything in the current
| directory should go in the app bundle.
|
|> Also, adding these folders and files manually to the app bundle after
|> it's generated (to the resources directory) doesn't seem to work. The
|> app bounces in the dock and dies silently with no output to console.
|
|
| I have no idea.. when you do strange things you get strange results :)
|
|> I know documentation hasn't been written yet, but is there more that
|> needs to be added to the setup.py script apart from the main application
|> file (setup (wxglade.py)?
|
|
| After having looked at wxGlade, it does a large number of things that
| make it quite hard to bundle up in any fashion (it's too dynamic).. the
| big two are:
|
| - it expects to load code and data from the same place on the filesystem
| - it loads lots of code dynamically, only from the filesystem
|
| Basically what's needed is a packaged-application specific bootstrap for
| wxGlade that does all of its code loading statically (new modules surely
| aren't going to show up at runtime), and patch some globals in common.py
| accordingly (it looks like the only source of this).. or else you will
| have to specify the widgets and code writers *as* data files and specify
| all of their dependencies explicitly.
|
| -bob
|
|


- --
Kevin Walzer, PhD
WordTech Software--Open Source Applications and Packages for OS X
http://www.wordtech-software.com
http://www.smallbizmac.com
http://www.kevin-walzer.com
mailto:sw at wordtech-software.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFBZJSHJmdQs+6YVcoRAv/2AJ430CEuEoZS45gcs2JFKTLPgdK77QCbBgQ1
9YGRrGkXtqDbqknsa0khNZg=
=+gaO
-----END PGP SIGNATURE-----


More information about the Pythonmac-SIG mailing list