Hi,
Damjan Jovanovic wrote:
winemenubuilder generates .png only for 24 and 32 bits-per-pixel icons, all other resolutions get converted to .xpm. I am planning to change it to make .png's for everything, since thumbnailing .lnk files requires .png as output
Good to know. This answers my question in bug #21644 http://bugs.winehq.org/show_bug.cgi?id=21644#c0 It would be a great patch.
And I didn't write trivial Mac patches either, e.g. to have wineprefixcreate symlink c:\users\xyz\ Desktop + Videos + Documents + Music to /Users/xyz/Desktop/ etc. This happens on Linux, not on MacOS. That's another (example of a) missing element. (Why didn't I write it? Because I was unsure where to put the #ifdef)
Isn't that linking done relative to $HOME, which should resolve to /Users/xyz on Mac?
That's not the problem. What I also don't know is whether I could hardcode the directories ~/Documents etc. (these already exist in my /Users/xyz, (but what about Tiger?)), or whether I ought to call some OSX API that yields the name of the dir (and possibly creates it if it does not yet exist). I'm not familiar at all with Mac APIs, but it sounds like an easy patch for somebody with a little MacOS programming knowledge.
What can Mac users expect from this release?
Hopefully, conversion to Linux :-).
Actually, one day I was fed up with the Gnome and KDE4 GUIs, so I started looking for something else. The Mac Mini with NVidia came out right at that time: extremely silent (except for the CD-ROM), excellent graphics (by far better than any onboard Intel I knew previously) and it's a UNIX.
Regards, Jörg Höhle