In article <3c7ca6bc$1@news.povray.org> , "Wolfgang Thaller" 
<wol### [at] gmxnet> wrote:

>> Oh, sure, if I bloat the code to inifinity all problems of the Mac OS X UI
>> can be fixed by the application code.  For example it is about 50 lines of
>> code just to move the damn menus around to match Job's idiotic ideas of how
>> Mac OS X should look like :-(
>
> 50 lines?
> Well, the Quit item should work as soon as the Quit Apple Event is handled
> properly, which it should anyway (since System 7.0).

POV-Ray handles apple events correctly.  As Mac OS X does not allow me to
disable the Quit menu item in the application menu the only way to prevent
this nonsense menu to cause damage is to add code to prevent POV-Ray from
receiving the Quit apple event from the application menu (two lines of code).
I would rather remove it, but as that isn't an option...

> And removing the Quit item on MacOS X should be just a matter of two or
> three lines

What about the other menu items?   The Preference menu item which I am
supposed to move?  The Window menu which I am supposed to let the OS screw up
for me?  As i said, I would have to make massive changes to the whole menu
handling as a special case for Mac OS X just to support the stupid ideas of
zero usability.

> At least it works that way in my programs, and I happen to _like_ the idea
> of a quit item in the application menu... what exactly did "Quit" have to do
> with "File" in the first place (and why did Microsoft copy it)?

You "Quit" working with the documents of that particular type.  And what is
the point to fix something that wasn't broken for nearly 20 years - just
because M$ copied it?

>> According to the Apple documentation, [...]
>> [...] There does not have to be a Contents folder [...]
>
> The problem seems to be that MacOS X does not properly support the MacOS 9
> package format, which I have almost never seen used anyway.

Well, Apple says it would support it and when introducing packages actually
claimed they would be a step towards Mac OS X.  Of course, with the left hand
ignoring what the right hand was doing is nice it it all happens on the back
of developers...

> Instead, it
> supports a much stricter format (.app, Contents folder, plist as a file,
> etc.). This format is documented somewhere, only I don't remember where
> exactly (there was something in the MacOS X System Overview, IIRC).

Yes, it is.  The "much stricter format" is a nearly one to one copy of the old
NextStep appliction directory format...

> If the app is in a package, it must be a MacOS X package and the plist needs

No, then it is a bundle, not a package...

>> [...] For this reason, the next beta will be a plain application again
> [...]
> That seems like a good idea - especially as POVRay also runs on MacOS 8.x.

In case you don't know, packages appear as simple folders in Mac OS versions
that don't support packages, so they work transparently.  Of course, this
doesn't fix the broken Mac OS X handling of packages...

    Thorsten


____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trfde

Visit POV-Ray on the web: http://mac.povray.org

Post a reply to this message