From: Jimmy R. <ji...@re...> - 2005-10-13 11:03:57
|
reiale wrote: > I used to have > bmp =3D wx.Image(opj("FooSplash.PNG")).ConvertToBitmap() >=20 > when I was not using single file and everything worked great. >=20 > Now I am including the PNG w/the single file > windows=3D[ {"script": "Foo.py", "bitmap_resources": [(1, > "FooSplash.PNG")]}], >=20 > but I can't get it to work properly. It is certainly possible to put images into resources and get them back out at runtime, but the applications I am aware of (including my own) don't do it that way. One of the problems is that there are no resources available while you're developing and running the .py files (i.e., there is no EXE to contain them), so the code that retrieves them from resources is never exercised during development making it more likely bugs will show up in your EXE that you never saw during development. The approach I see more often (and use myself) is to transform images into Python source files that are imported and used. py2exe picks these up like any other .py file and includes them in your executable. More about the idea and tools to help are in FAQ 4.18 at: http://wiki.wxpython.org/index.cgi/Frequently_20Asked_20Questions Jimmy |
From: Yaroslav S. <ya...@an...> - 2005-10-13 11:19:40
|
On 13 Okt 2005, at 14:03, Jimmy Retzlaff wrote: > The approach I see more often (and use myself) is to transform images > into Python source files that are imported and used. py2exe picks > these > up like any other .py file and includes them in your executable. More > about the idea and tools to help are in FAQ 4.18 at: > > http://wiki.wxpython.org/index.cgi/Frequently_20Asked_20Questions One more interesting thing -- PEAK (Python Enterprise Application Kit) allows to zipimport resources. It returns a file-like object, which could be used to read images. Zip-resources in PEAK are accessed via special calls [for example `config.packageFile ("my.package.in.zip", "mypicture.jpg")`], which could locate package and than file in that package and return readable (you can't write in such resources) file-like object. Starting from python24 it works greatly even with zips. -- Best regards, Yaroslav |
From: Yaroslav S. <ya...@an...> - 2005-10-13 11:25:50
|
On 13 Okt 2005, at 14:19, Yaroslav Samchuk wrote: > Starting from python24 it works greatly even with zips. I wanted to tell, that packageFile call works great with generic packages and starting from py24 with zip-packages Btw, several days ago I showed an example with hidden imports. In that example *.xml/.ini resources were bounled into zip file. In my application these resource are accessed directly from zip-packages. -- Best regards, Yaroslav |
From: Bob I. <bo...@re...> - 2005-10-16 17:24:58
|
On Oct 13, 2005, at 4:19 AM, Yaroslav Samchuk wrote: > > On 13 Okt 2005, at 14:03, Jimmy Retzlaff wrote: > >> The approach I see more often (and use myself) is to transform images >> into Python source files that are imported and used. py2exe picks >> these >> up like any other .py file and includes them in your executable. More >> about the idea and tools to help are in FAQ 4.18 at: >> >> http://wiki.wxpython.org/index.cgi/Frequently_20Asked_20Questions >> > > One more interesting thing -- PEAK (Python Enterprise Application > Kit) allows to zipimport resources. It returns a file-like object, > which could be used to read images. Zip-resources in PEAK are > accessed via special calls [for example `config.packageFile > ("my.package.in.zip", "mypicture.jpg")`], which could locate > package and than file in that package and return readable (you > can't write in such resources) file-like object. Starting from > python24 it works greatly even with zips. More importantly, this is in setuptools (pkg_resources). -bob |