Please Review - Revised OS X Application Bundle patch

2009-12-07 Thread Joerg-Cyril.Hoehle
Hi, I still am not sure I understand the problem. Using start /unix should not be required I'm sorry for the confusion. Forget everything about start /unix. I don't use it and mentioned it because there are some posts in the forum where somebody is fighting with it and the app's current

Re: Please Review - Revised OS X Application Bundle patch

2009-12-07 Thread Mike Kronenberg
On 07.12.2009, at 18:08, joerg-cyril.hoe...@t-systems.com joerg-cyril.hoe...@t-systems.com wrote: .png are created today in ~/.local/share/icons/ by Wine on Mac and Linux. (It used to be .xpm in the past and configure must detect libpng). Note that .png is mere *output* from Wine because

Re: Please Review - Revised OS X Application Bundle patch

2009-12-07 Thread Steven Edwards
On Mon, Dec 7, 2009 at 12:46 PM, Mike Kronenberg mike.kronenb...@kronenberg.org wrote: This can be easily done, I've integrated lately similar functionality in WineBottler. If You already have the png only the sipping part of this little script is needed. createIconsFromExe.sh Oh sure, we

Re: Please Review - Revised OS X Application Bundle patch

2009-12-05 Thread Mike Kronenberg
On 04.12.2009, at 19:10, joerg-cyril.hoe...@t-systems.com joerg-cyril.hoe...@t-systems.com wrote: The Application bundle provides a mostly 1 to 1 mapping for any *.lnk that is generated and processed by Wine Menu Builder. What is this Wine Menu Builder? IMHO the Mac's .app is one icon

Re: Please Review - Revised OS X Application Bundle patch

2009-12-05 Thread Steven Edwards
Hi Mike, On Sat, Dec 5, 2009 at 2:43 PM, Mike Kronenberg mike.kronenb...@kronenberg.org wrote: I cut out the rest of the discussion for the moment as I am short on time and it's clear we all have a different philosphical POV on how Wine should behave. I'll leave it up to Alexandre to decide as

Re: Please Review - Revised OS X Application Bundle patch

2009-12-05 Thread Mike Kronenberg
On 05.12.2009, at 23:45, Steven Edwards wrote: Hi Mike, On Sat, Dec 5, 2009 at 2:43 PM, Mike Kronenberg mike.kronenb...@kronenberg.org wrote: I cut out the rest of the discussion for the moment as I am short on time and it's clear we all have a different philosphical POV on how Wine

Please Review - Revised OS X Application Bundle patch

2009-12-04 Thread Joerg-Cyril.Hoehle
Hi, + * NOTES: An Application Bundle generally has the following layout + * + * foo.app/Contents + * foo.app/Contents/Info.plist + * foo.app/Contents/MacOS/foo (can be script or real binary) + * foo.app/Contents/Resources/appIcon.icns (Apple Icon format) + *

Re: Please Review - Revised OS X Application Bundle patch

2009-12-04 Thread Steven Edwards
Hi Jörg, Thanks for the questions. Hopefully I can provide good answers. On Fri, Dec 4, 2009 at 10:33 AM, joerg-cyril.hoe...@t-systems.com wrote: + * NOTES: An Application Bundle generally has the following layout + * + * foo.app/Contents + * foo.app/Contents/Info.plist + *

Please Review - Revised OS X Application Bundle patch

2009-12-04 Thread Joerg-Cyril.Hoehle
Steven,  - Change Directory to app's directory (or any other) This is the same way as the *.desktop files on Linux. No need for start /unix. You did not respond to the specific directory issue. The Linux desktop takes care of using the Path=/foo/bar if it exists. Wine sets it. I saw nothing

Re: Please Review - Revised OS X Application Bundle patch

2009-12-04 Thread Steven Edwards
Hi, On Fri, Dec 4, 2009 at 1:10 PM, joerg-cyril.hoe...@t-systems.com wrote:  - Change Directory to app's directory (or any other) This is the same way as the *.desktop files on Linux. No need for start /unix. You did not respond to the specific directory issue. The Linux desktop takes care of

Please Review - Revised OS X Application Bundle patch

2009-12-03 Thread Steven Edwards
Hi, If any of the OS X hackers have time, could you guys take a look at the following patch? I'd like to get it in to move on to more interesting stuff like the icon generation cleanup in winemenubuilder using windowscodecs.dll, OS X association support and perhaps even proper dock integration.