Hi,
I support Bjorn position:
REALbasic is able to display the target OS MenuBar
and so it _have_ to make the differences between the OS:
change Quit / Command-Q by Exit / Ctrl+Alt+X [if this is the correct target for
Windows)
and it also have to make the correct thing for Linux too (and any other "future"
target OS stuff)...
Also, one have to replace the "AppleMenuItem" by "OSMenuItem" since there is no
Apple MenuItem on both Linux and Windows...
Understand:
I have nothing to do (except a Target OS change) and REALbasic displays the
MenuBar for the selected Target OS - and change the Apple OS "Command" char by
the Target OS keyboard shortcut char...
The same can be done there for the MenuItem names... [Quit changed to Exit for
example]
Also, by default, a Help menu have to be created - when the user creates a new
project -
And the still called "AppleMenuItem" have to go at its proper location depending
on the Target OS...
An average user will expect that once he saws the icons for the available Target
OS...
BTW: add two new MenuItems in the File Menu:
a. Preferences, Super: PrefsMenuItem
b. About, Super: AppleMenuItem
and click in the Windows, Mac OS X, Mac OS 9 and Linux Target OS Icons and the
menus (FilePreferences and FileAbout) are still there, in the File Menu...
[If you create a Help Menu and place the Preferences / About there, their
references will be: HelpPreferences and HelpAbout, and the MenuEditor display
the Help Menu in a more coherent way (less stupid way ?)]
On the same subject:
Open the Menu Editor,
Choose the Application Menu (nothing to do, it is highlighted by default),
Click in the "Add MenuItem" (to add the About and/or Preferences MenuItem)
And you will get a sheet window (on Mac OS X):
<b>You can’t insert items directly into the Apple or Application menu.</b>
Instead, add these items wherever you'd want them to appear on Windows and
Linux, and set their Super to the appropriate MenuItem subclass.
<OK>
So, to add a Preferences or About MenuItem, one have to put it (them) in the
File or Edit Menu, getting FileAbout or EditPreferences (I love this one)...
OK, if the average user understand what I wrote above and set the FileAbout
and/or EditPreferences MenuItem subclass to... AppleMenuItem Class for FileAbout
(on Windows, some are laughting) or PrefsMenuItem for EditPreferences (same...).
No, no, this is wrong, non-sense, go away, nothing to see here ;)
What it must be done is to be able to add (or better, add it by default for the
newly created project, just like Select All) the About / Preferences MenuItem at
the proper location depending on the platform...
Add two buttons:
a. Add About
b. Add Preferences
And add these in the currently displaying Target OS (and move the MenuItems
depending on the Target OS).
That is what I can say "Cross Platform That Really Works" (sorry, "That Really
Displays").
I put myself on recipent to remember to create Bug Report / Feature Request and
maybe we can see it in a future REALbasic 200x. (2007 ?)
Regards,
Emile
PS: Of course, no pun intended to anyone nor to Joe...
And, perception (a polished Menu Editor environment as I describe it) is better
than 10 very hard to re-produce bugs (bugs that are not visible to the average
user)...
[EMAIL PROTECTED] wrote:
Subject: Re: Why do we have Platform menu Editor when no platform differences
can be made ?
From: "Joseph J. Strout" <[EMAIL PROTECTED]>
Date: Sat, 8 Apr 2006 15:52:42 -0600
At 6:43 PM +0000 4/8/06, Bj=F6rn Eir=EDksson wrote:
Why on earth do we have platform menu editor=20
where one can select the platforms and see the=20
menus if it cannot be used to handle the=20
platform differences ?
Because some menu items move around depending on=20
the platform, and it's important that you be able=20
to see these position differences when designing=20
your menus.
Example:
I put "Quit" in the File Menu on MacOS X
(Yes I know that this one I can do with constants)
Then I select Windows to see the Windows
menus and I change the Quit to Exit there.
Now I change back to MacOS X menus and I will have Exit.
Yes, of course. You need to use a constant if you want different text.
If REALbasic is clever enough to display the Target OS MenuBar, _IT_ have to be
clever enough to display the way it is in the Target OS:
It is able to change [Command-Z] to [Ctrl+Z] in the EditMenu ? So _IT_ have to
change the Quit [Command-Q] to Exit [Alt+Ctrl+X]... And to place the About _AND_
Preferences in the Target OS location.
That is the minimum John Newbie expect from a modern (up-to-date / ready for the
future...) multi-platform development environment.
If you do not think so, think in terms of marketing: "The Crosss-Platform
Integrated Development Environment Who Really Cares"...
Example 2:
I put about menu on MacOS X in the Edit=20
Menu and have its super set as AppleMenuItem so=20
it will
go where About menu should go on MacOS X.=20
(On MacOS X I have no Help Menu).
You should put it directly under the blue apple=20
when in Mac OS X mode. It will need a "home"=20
location to be in on other platforms, though.=20
That's why you do:
Under the Blue Apple ?
No, no, not under 10.4.6 / REALbasic 2005r4. This is rejected by REALbasic.
On Windows I create Help menu and drag the About menu to there.
Now, when you switch back to Mac OS X, you should=20
find that it is drawn in the Apple menu, and in=20
Windows, it's drawn in the Help menu. Menus that=20
move have two locations: a "home" location where=20
they appear for platforms that don't have any=20
special place for such menus (i.e., the Apple=20
menu for AboutMenuItems and PrefsMenuItems), and=20
then the special location defined by the platform.
That is the theory, but John Newbie does not saw that in the Menu Editor and so
questions arise. If the new projects are created with the needed Menus (what you
called "home" location) and if he saws that in the Menu Editor, questions
stopped - on that subject - and people concentrates on other things...
Sometimes I wonder why I made answers / bug reports / suggestions...
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
