[ Thread Index |
Date Index
| More lists.liballeg.org/allegro-developers Archives
]
> Attached is a new version of the shell script (now fixbundle.sh). As
> for a real app, it'd be a lot more work to carry out the same
> functionality of the script, but I don't mind writing it if needed.
> (Though my time's short right now, so it may take me a few days to mail
> it in.) Try this script tho. It does what you want, I think.
Just added support for bundled applications; resources are now first looked
for in the bundle resource path (if the app is bundled), otherwise in the
common unix search places - uses _unix_find_resource() then, which looks in
$HOME, /etc and other pathes.
Your script works great, but I have a few complaints:
- More error checks would be nice
- *move* and not copy the exe into the bundle by default; you could add an
option to just copy instead of moving, but I think moving by default is
better: saves space and is what the user wants if he's creating an app
bundle
- Do not use a default .icns file; if user doesn't specify an icon file,
leave the icons resource blank to let the system display the default
applications icon in the finder
- The .icns file is MacOSX specific; in the spirit of the *fixicon tools
currently available for Win32 and BeOS, it'd be nice if the tool would take
an Allegro supported image file, and create the icon out of it, without
needing the user to write the .icns file. This is the reason I guessed a
real app would fit better the need, rather than a shell script...
> - exunicode doesn't work right -- the characters from the .dat file
> fonts aren't displayed correctly. If I run it from inside a bundle, it
> gives me the expected error message, but then crashes.
Now works fine if under a bundle (i.e. It still displays wrongly, but at
least doesn't crash). I fear the bad displaying behaviour is due to the
Allegro unicode routines not being endianess safe... Specifically the 16bit
unicode ones. I may be wrong though.
> - exscn3d doesn't allow full screen 640x480 at 16bpp... Weird. 8bpp is
> fine.
16bit isn't supported in fullscreen under OSX. Only 8, 15 and 32 bits are
ok. When you set a 16bit fullscreen mode under OSX, it is actually 15bit;
dunno why they made it so, but probably is for ease of coding, as in 15bit
each sample is 5 bit... Just a wild guess!
--
Angelo Mottola
a.mottola@xxxxxxxxxx