Re: Metacard menu in OSX stand-alone

[Mark Talluto]

On Sunday, January 26, 2003, at 05:57 PM, RCS wrote:


How do I change the 'MetaCard' default menu in a Mac OSX stand-alone 
to (my
Application name) or anything else? I have tried a few menu 
definitions, but
it seems like this is permanent...is it?

I really wish we could define information for stand-alones like we can 
in
Windows...this is frustrating.  :-(

Thanks,
JR



Take a look at my mute video.  It may be of some help:  
http://www.clearsoftware.com/iconmovie.mov




Best regards,
Mark Talluto
http://www.canelasoftware.com

___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard

Re: Metacard menu in OSX stand-alone

[Ken Ray]

Well, it's a long story. But the short form is this - the name of the
application that is used to display the application menu name in OS X is
stored in the info.pList file that is inside the "Contents" folder of the
application bundle (to see it, control-click on your MC app and choose "Show
Package Contents", then double-click on the "Contents" folder). If you open
that file in a text editor, you will see a bunch of XML, and near the middle
you'll see:

CFBundleName
MetaCard

change the  to the name of your app, save the file, and the next
time you launch it, it will have your app name in the Application Menu. But
remember I said it was a long story? There's more to personalizing an MC
standalone than just this. Take a look at my "Understanding Processes" tip
at http://www.sonsothunder.com/devres/metacard/metacard.htm?proc005 to see
what I mean...

Ken Ray
Sons of Thunder Software
Email: [EMAIL PROTECTED]
Web Site: http://www.sonsothunder.com/

- Original Message -
From: "RCS" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, January 26, 2003 7:57 PM
Subject: Metacard menu in OSX stand-alone


> How do I change the 'MetaCard' default menu in a Mac OSX stand-alone to
(my
> Application name) or anything else? I have tried a few menu definitions,
but
> it seems like this is permanent...is it?
>
> I really wish we could define information for stand-alones like we can in
> Windows...this is frustrating.  :-(
>
> Thanks,
> JR
>
> ___
> metacard mailing list
> [EMAIL PROTECTED]
> http://lists.runrev.com/mailman/listinfo/metacard
>

___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard

Metacard menu in OSX stand-alone

[RCS]

How do I change the 'MetaCard' default menu in a Mac OSX stand-alone to (my
Application name) or anything else? I have tried a few menu definitions, but
it seems like this is permanent...is it?

I really wish we could define information for stand-alones like we can in
Windows...this is frustrating.  :-(

Thanks,
JR

___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard

Creating a Metacard menu?

[Shari]

Has anyone tried creating a menu with their app name?  Would it still 
insert the menu?

If I changed the "File" menu to the name of my app as listed in the 
plist file, since my File menu has all the Quit, Save, options in it, 
would it still create another instance of this menu?

Just trying to figure out how to have more control over a menu that 
seems to get added * after* the program is built.
--
--Shareware Games for the Mac--
http://www.gypsyware.com
___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard

Re the Metacard menu

[Shari]

Now that I've hopefully dug well into the structure of an OSX app...

That still leaves the issue of this menu it creates.  Now it should 
create a menu for my app, but does it automatically put anything into 
it?  I already have a File menu to address Save, Quit, etc.  And the 
"Quit" menuItem goes to a special handler.

So what is in this menu, and does it also have code lurking behind 
the menuItems it creates?

--
--Shareware Games for the Mac--
http://www.gypsyware.com
___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard

Re: Metacard menu?

[andu]

--On Saturday, November 09, 2002 22:07:01 -0500 Shari 
<[EMAIL PROTECTED]> wrote:

1. If you can't or don't want to test/troubleshoot your work on a
platform why bother to publish possibly broken apps for that
platform.






One of the reasons I purchased Metacard was the ability to do it cross
platform.  I do not expect to have to OWN each platform.  It was my
understanding that you code one time, and compile three times. And with a
few exceptions, such as the Mac having a Preferences folder and Windows
not, I was under the distinct impression that most of the cross platform
issues are handled internally, within the engine.


Most of them, yes but the 50 or so "Re: Metacard menu?" messages should 
tell you better by now.


Shari C

--
--Shareware Games for the Mac--
http://www.gypsyware.com
___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard





Regards, Andu Novac
___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard

Re: Metacard menu?

[Scott Rossi]

Recently, "Shari"  wrote:

> One of the reasons I purchased Metacard was the ability to do it
> cross platform.  I do not expect to have to OWN each platform.  It
> was my understanding that you code one time, and compile three times.
> And with a few exceptions, such as the Mac having a Preferences
> folder and Windows not, I was under the distinct impression that most
> of the cross platform issues are handled internally, within the
> engine.

A word of advice: If you plan to release software for various platforms, and
provide features and support for those platforms, you'd better plan on
owning those platforms.

Best Regards,

Scott Rossi
Creative Director
Tactile Media, Multimedia & Design
-
E: [EMAIL PROTECTED]
W: http://www.tactilemedia.com

___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard

Re: Metacard menu?

[Richard Gaskin]

Shari wrote:

> I even ran tests using the various lookAndFeel options, which are
> supposed to emulate the other platforms, are they not?

In appearance only, and there's no way to see OS X-native appearances on
other platforms (nor, I suspect, wil there be one for XP-native appearances
should MC support that).

> Based on what I've been told about Metacard's capabilities, this
> should be sufficient.

Yes and no.  Yes, to the degree that your apps don't break.  But a
detaol-oriented developer like you will want the direct experience of
working in OS X sooner or later, just as you'd want to understand the
Windows experience firsthand to design apps that excel there.

If you've used the traditional Mac OS for several years, OS X will seem very
alien to you.  It's a truly strange beast, but one which benefits us
multi-plat developers in small ways by reducing some of the Mac-specific
behaviors that differ from other OSes.

In addition to file type extensions, window layering is a good example.
>From the Aqua HIG at
:

   In Mac OS 9 and earlier, all windows belonging to
   a particular application are in the same layer.
   In Mac OS X, each document exists in its own layer,
   so documents from different applications can be
   interleaved. Clicking a window to bring it to the
   front doesn't disturb the layering order of any
   other window.

And then there are the subtle touches like the new control layout metrics,
different system font face and size, etc.

No need to ditch OS 9 yet (80% of Mac users still haven't). But working in
OS X directly, even if only for a few hours at a time as many of us do, is
so very valuable in understanding this brave new world.

-- 
 Richard Gaskin 
 Fourth World Media Corporation
 Developer of WebMerge 2.0: Publish any database on any site
 ___
 [EMAIL PROTECTED]   http://www.FourthWorld.com
 Tel: 323-225-3717   AIM: FourthWorldInc

___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard

Re: Metacard menu?

[Shari]

1. If you can't or don't want to test/troubleshoot your work on a 
platform why bother to publish possibly broken apps for that 
platform.

They are tested on the other platforms before release.  That's how I 
found out about the Metacard menu in the first place, though she did 
not tell me in time.  Actually, my OSX testers gave the program very 
high marks, it was stable, everything appeared to function as 
expected, most of the feedback was related to feature requests, I 
think only two minor bugs were reported.

Most of the bugs I've been squishing were created after the beta 
testers, in a module I've been working for to add to the game later. 
I needed certain internal game code to be ready, but the module 
itself did not have to be.

One of the reasons I purchased Metacard was the ability to do it 
cross platform.  I do not expect to have to OWN each platform.  It 
was my understanding that you code one time, and compile three times. 
And with a few exceptions, such as the Mac having a Preferences 
folder and Windows not, I was under the distinct impression that most 
of the cross platform issues are handled internally, within the 
engine.

All in all, I go to great lengths to keep the coding as generic as 
possible, so that I don't have cross platforms issues.  I've even 
abandoned things that I would have liked to use, because they did not 
work on all three platforms (certains blends for example).  I choose 
fonts that should be loaded on all three platforms, avoiding Geneva 
for example, the primary Mac font.  I take all this into account 
during creation.

As for testing, I have beta testers for final testing.  I test it as 
thoroughly as I can before they get it.  I tested the devil out of 
this one in particular.  As my many questions here show.  I test it 
until I'm convinced there is nothing broken, and nothing they can 
break by doing something unexpected.  I try to figure out every weird 
thing a person can do to mess it up, and trap for it.

I've had beta testers intentionally try to break my programs and 
fail.  Not to say I've never missed a bug.  Nobody gets it right 
every time.  Even programmer's who've been at it for 25 years miss 
things.  But in general, I'd say I do better than many shareware 
authors in that department.

I even ran tests using the various lookAndFeel options, which are 
supposed to emulate the other platforms, are they not?

Based on what I've been told about Metacard's capabilities, this 
should be sufficient.

Shari C

--
--Shareware Games for the Mac--
http://www.gypsyware.com
___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard

Re: Metacard menu?

[J. Landman Gay]

On 11/9/02 8:45 PM, Shari wrote:


Does OSX match Windows now, in needing filename extensions?

I'm guessing not, as my beta testers had no trouble accessing the 
program and associated files.  But I wonder... is it moving in that 
direction?

It isn't moving, it is a done deal. Extensions are required. If you 
don't add one, the system does. The user, however, sees only the 
filename they type; the extension is hidden sometimes. You can choose to 
show your files with or without extensions in the Finder.

--
Jacqueline Landman Gay | [EMAIL PROTECTED]
HyperActive Software   | http://www.hyperactivesw.com

___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard

Re: Metacard menu?

[Ken Ray]

Actually, Shari, the answer for right now is "sort of". OS X hides the
".app" extension for applications, and can optionally hide the extensions of
other files. It basically straddles the fence by using "old" type and
creator codes to map docs to apps,in addition to the ability to map
extensions to apps. So I'd say "yes", it is moving in that direction.

Ken Ray
Sons of Thunder Software
Email: [EMAIL PROTECTED]
Web Site: http://www.sonsothunder.com/

- Original Message -
From: "Shari" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, November 09, 2002 8:45 PM
Subject: Re: Metacard menu?


> >Calling AppPath on my standalone returns:
> >
> >   /Users/kenray/Desktop/Test.app/
>
> I notice that you used ".app"
>
> Does OSX match Windows now, in needing filename extensions?
>
> I'm guessing not, as my beta testers had no trouble accessing the
> program and associated files.  But I wonder... is it moving in that
> direction?
> --
> --Shareware Games for the Mac--
> http://www.gypsyware.com
> ___
> metacard mailing list
> [EMAIL PROTECTED]
> http://lists.runrev.com/mailman/listinfo/metacard
>

___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard

Re: Metacard menu?

[Shari]

Ken,

Thank you for the detailed answer.

That was very very helpful.

Shari
--
--Shareware Games for the Mac--
http://www.gypsyware.com
___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard

Re: Metacard menu?

[Shari]

Calling AppPath on my standalone returns:

  /Users/kenray/Desktop/Test.app/


I notice that you used ".app"

Does OSX match Windows now, in needing filename extensions?

I'm guessing not, as my beta testers had no trouble accessing the 
program and associated files.  But I wonder... is it moving in that 
direction?
--
--Shareware Games for the Mac--
http://www.gypsyware.com
___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard

Re: Metacard menu?

[andu]

--On Saturday, November 09, 2002 11:12:20 -0500 Shari 
<[EMAIL PROTECTED]> wrote:


I hate changing computers, and OS's.  Change breaks things.  One of my
favorite games broke with the last change.  I still miss that game.
Civilization from Microprose.  I have Civ II, but it just ain't as fun.

I have 6 gigs worth of programs that I actually use a lot.  The havoc of
having even 20% of them go belly up... whooof... I do not wish to even
fathom.



2 things I don't understand:
1. If you can't or don't want to test/troubleshoot your work on a platform 
why bother to publish possibly broken apps for that platform.
2. If you want to keep your OS 9.x (for the good reasons you have) why not 
go the dual boot option: os X on one partition or drive and os 9.x on the 
other. It may take some initial extra work but I think it's worth it.

Shari C
--
--Shareware Games for the Mac--
http://www.gypsyware.com
___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard





Regards, Andu Novac
___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard

Re: Metacard menu?

[Ken Ray]

Shari,

Under OS X in a standalone, if you ask for "the filename of this stack", you
will get a path that points all the way into the Contents folder of the
bundle to the MetaCard engine. For example, if I have a standalone called
"Test" that is on my desktop, asking for the fileName returns:

  /Users/kenray/Desktop/Test.app/Contents/MacOS/MetaCardCarbonMach-O

To get the "folder" of the bundle itself, I use a variation of Richard
Gaskin's AppPath() function:

function AppPath
  put the fileName of this stack into tPath
  set the itemDel to "/"
  if (IsOSX()) then
get offset("Contents/MacOS/",tPath)
if it > 0 then  -- MC 2.4.3 or later
  delete char it to len(tPath) of tPath
end if
  end if
  return tPath
end AppPath

function IsOSX
  if the platform is not "MacOS" then return false
  get the systemVersion
  if item 1 of it >= 10 then return true
  return false
end IsOSX

Calling AppPath on my standalone returns:

  /Users/kenray/Desktop/Test.app/

which is the path to the bundle. OK, now you need to get at the Info.pList
file. This is inside the "Contents" folder of the bundle, so you could say:

  put AppPath & "Contents/Info.plist" into pListPath

What you're looking for to change is a line reading
"MetaCard" which follows the line with
"CFBundleName" in it.

As far as I can tell, there is only one line in the Info.pList file that has
"MetaCard" in it, so you could do:

  put URL ("file:" & pListPath) into pListData
  replace "MetaCard" with "Shari's App" in
pListData
  put pListData into URL ("file:" & pListPath)

That *should* work, but you'll have to verify it to make sure.

Hope this helps,

Ken Ray
Sons of Thunder Software
Email: [EMAIL PROTECTED]
Web Site: http://www.sonsothunder.com/

- Original Message -
From: "Shari" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, November 09, 2002 9:26 AM
Subject: Re: Metacard menu?


> >I haven't tried it, but it seems to me that an OS X application
> >bundle should just look like a regular folder in OS 9. If that's
> >true, then it seems like you could just open the appropriate
> >subfolder and edit the plist in SimpleText.
>
> Can anybody point me to the name of the subfolder, the name of the
> file, and the contents of the file so that I don't replace the wrong
> text?
>
> I'm going into this blind, not having any way to see it for myself.
>
> --
> --Shareware Games for the Mac--
> http://www.gypsyware.com
> ___
> metacard mailing list
> [EMAIL PROTECTED]
> http://lists.runrev.com/mailman/listinfo/metacard
>

___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard

Re: Metacard menu?

[Shari]

And since you've waited this long to jump on the X bandwagon (smart move,
IMHO), you can draw on the experience of those who've already worked through
these issues here on this list.


I'm usually the last hold out :-)

I hate changing computers, and OS's.  Change breaks things.  One of 
my favorite games broke with the last change.  I still miss that 
game.  Civilization from Microprose.  I have Civ II, but it just 
ain't as fun.

I have 6 gigs worth of programs that I actually use a lot.  The havoc 
of having even 20% of them go belly up... whooof... I do not wish to 
even fathom.

As for being 60 degrees in LA, you live in a beautiful corner of the 
universe.  I lived in Anaheim for awhile, and I've never lived in a 
prettier place.  And the weather was awesome :-)

May your weekend be also.

Shari C
--
--Shareware Games for the Mac--
http://www.gypsyware.com
___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard

Re: Metacard menu?

[Shari]

In my experience, it is unfortunately necessary to thoroughly test 
your program in the three environments (native MacOs8 or 9, Classic 
under OsX and Osx).  Differences exists in :
   - menus (specially the first one, as you experiment)
   - program icons
   - information in the finder "Information" window
   - aspects of buttons, scrolling field and palette windows 
whatever LookAndFeel you choose. For instance, defaut buttons are 
very nice looking on OsX, but you cannot control several of their 
properties (colors, for instance).
   - some behaviours for pop-up buttons or window activation, applescript ...
and certainly numerous others I have not discovered yet.

  Just an example during the first test of the new version of my 
nutrition shareware : the program closed at launch because "the 
filename of this stack" does not give (at least apparently) the same 
result in Classic and OsX.

Regards,

Herve Proudhon

It was tested on OSX.  Beta testers have no way of knowing what your 
program is supposed to be in your eyes, so they judge by their 
experience.  Nobody thought it to be a bug, therefore it wasn't 
reported during bug testing.  It was reported as an afterthought 
later.
--
--Shareware Games for the Mac--
http://www.gypsyware.com
___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard

Re: Metacard menu?

[Shari]

I haven't tried it, but it seems to me that an OS X application 
bundle should just look like a regular folder in OS 9. If that's 
true, then it seems like you could just open the appropriate 
subfolder and edit the plist in SimpleText.

Can anybody point me to the name of the subfolder, the name of the 
file, and the contents of the file so that I don't replace the wrong 
text?

I'm going into this blind, not having any way to see it for myself.

--
--Shareware Games for the Mac--
http://www.gypsyware.com
___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard

Re: Metacard menu?

[Richard Gaskin]

Chipp Walters wrote:

> OSX --> "lickability over usability"
> 
> LOL --way too funny

I wish I could say I made it up, but...



-- 
 Richard Gaskin 
 Fourth World Media Corporation
 Developer of WebMerge 2.0: Publish any database on any site
 ___
 [EMAIL PROTECTED]   http://www.FourthWorld.com
 Tel: 323-225-3717   AIM: FourthWorldInc

___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard

RE: Metacard menu?

[Chipp Walters]

OMG, 

OSX --> "lickability over usability"

LOL --way too funny 

...or sad, depending on how you look at it.

___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard

Re: Metacard menu?

[Richard Gaskin]

A patient and good-natured Shari writes:

>> The other way is to ship your standalone to someone with OS X and let them
>> fix it for you (until you get a copy of OS X of your own).
> 
> Not planning to upgrade in the near future.  Too many of my programs
> would break :-)

An over-caffeinated Richard responds:

OS X is a freaky NeXTish hybrid, a very different world than anything you've
known before, with extra bonus points for sucking your machine's clock
cycles away with unreadably translucent layered window and menu rendering.
I've spent many days sorting out issues unique to OS X delivery, with the
added bonus of knowing the Carbon API is still in flux.

If you're shipping for OS X, I can't recommend strongly enough getting a
copy and experiencing its specialness firsthand.

On the flip side, regardless of what Tog wrote at
 or what John Siracusa
wrote at ,
OS X is here, it ain't going away, and the Classic OS we knew and loved will
be phased out of existence the minute Steve & Co. think the market will
allow it.  And to be fair, I haven't installed Jaguar yet, which is said to
boost performance noticeably and tone down the
jellyfish-exploded-on-your-monitor motif to something more useful (and
thankfully less translucent -- see the Ars Technica review of Jaguar for a
comparison).

More to the point, reviewers love seeing OS X versions, and many reviewers
and even end-users won't look twice at a Mac app that isn't X-savvified,
even if they're not running OS X themselves yet (fewer than 30% of Mac users
are).

So while you have good reason to spend most of your time in OS 9 (I plan to
until January), being able to boot into OS X for debugging and UI tweaking
is more useful than I can describe, and may well affect your bottom line in
good ways.

And since you've waited this long to jump on the X bandwagon (smart move,
IMHO), you can draw on the experience of those who've already worked through
these issues here on this list.

One great place to start is with the Apple tech note, "Anatomy of a Bundle":


Then poke around in MC's bundle, tweak the plist file, etc. to get a feel
for the new world.  The plist file determines the text in that menu item,
along with other Mac-specific metadata -- worth knowing its structure, and
easy since you only need to modify the one MC installs in your bundle for
you.

Also, play with Iconographer for a while and it gets kinda fun.

While it's eay to poke fun at an OS whose design goals emphasize lickability
over usability, aside from the Dock many things start to grow on you after
while.  The text rendering is gorgeous, and I've been a fan of the
NeXT-style file browser since the much-faster third-party Gregg's Browser
premiered many years ago.

You needn't think of OS X as an either-or proposition (at least not until
10.3 in January).  You can continue to get work done rapidly with the tools
you love running in the well-optimized OS 9, rebooting into X for a day or
so along the way as needed.

Have fun.  ;)

(Putting the coffe cup down and retreating for some soothing cocoa.  It's
cold here in Los Angeles - gosh, it must be down around 60 degrees ).

-- 
 Richard Gaskin 
 Fourth World Media Corporation
 Developer of WebMerge 2.0: Publish any database on any site
 ___
 [EMAIL PROTECTED]   http://www.FourthWorld.com
 Tel: 323-225-3717   AIM: FourthWorldInc

___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard

Re: Metacard menu?

[Herve Proudhon]

In my experience, it is unfortunately necessary to thoroughly test your 
program in the three environments (native MacOs8 or 9, Classic under 
OsX and Osx).  Differences exists in :
   - menus (specially the first one, as you experiment)
   - program icons
   - information in the finder "Information" window
   - aspects of buttons, scrolling field and palette windows whatever 
LookAndFeel you choose. For instance, defaut buttons are very nice 
looking on OsX, but you cannot control several of their properties 
(colors, for instance).
   - some behaviours for pop-up buttons or window activation, 
applescript ...
and certainly numerous others I have not discovered yet.

  Just an example during the first test of the new version of my 
nutrition shareware : the program closed at launch because "the 
filename of this stack" does not give (at least apparently) the same 
result in Classic and OsX.

Regards,

Herve Proudhon


Shari,

You could write the code in the startup handler of your app that would
change the value in the Info.pList file, but that would only "take" 
for
subsequent launches; the first time, the user would see "MetaCard".

That would be better than a permanent useless menu hanging out there. 
Especially one that doesn't even have my program's name.

I still wonder if it's just another menu btn, why not just insert code 
to change it or hide it, as I would any other menu btn?


The other way is to ship your standalone to someone with OS X and let 
them
fix it for you (until you get a copy of OS X of your own).

Not planning to upgrade in the near future.  Too many of my programs 
would break :-)



Ken Ray
Sons of Thunder Software


--
--Shareware Games for the Mac--
http://www.gypsyware.com
___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard



___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard

Re: Metacard menu?

[Ken Ray]

> I still wonder if it's just another menu btn, why not just insert
> code to change it or hide it, as I would any other menu btn?

On OS X, it's not a menu button... it is put into place by the OS based on
information it finds in the Info.pList file of the bundle. By default this
is "MetaCard", but it can be changed since it is an XML file and thus
modifiable by text read/write functions.

> >The other way is to ship your standalone to someone with OS X and let
them
> >fix it for you (until you get a copy of OS X of your own).
>
> Not planning to upgrade in the near future.  Too many of my programs
> would break :-)

But at least you'd be able to fix them. ;-)

Ken Ray
Sons of Thunder Software
Email: [EMAIL PROTECTED]
Web Site: http://www.sonsothunder.com/

___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard

Re: Metacard menu?

[J. Landman Gay]

On 11/8/02 3:54 PM, Shari wrote:


I still wonder if it's just another menu btn, why not just insert code 
to change it or hide it, as I would any other menu btn?

It isn't a button. It's set by the OS, and is part of the system menus.

I haven't tried it, but it seems to me that an OS X application bundle 
should just look like a regular folder in OS 9. If that's true, then it 
seems like you could just open the appropriate subfolder and edit the 
plist in SimpleText.


--
Jacqueline Landman Gay | [EMAIL PROTECTED]
HyperActive Software   | http://www.hyperactivesw.com

___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard

Re: Metacard menu?

[Shari]

Shari,

You could write the code in the startup handler of your app that would
change the value in the Info.pList file, but that would only "take" for
subsequent launches; the first time, the user would see "MetaCard".


That would be better than a permanent useless menu hanging out there. 
Especially one that doesn't even have my program's name.

I still wonder if it's just another menu btn, why not just insert 
code to change it or hide it, as I would any other menu btn?


The other way is to ship your standalone to someone with OS X and let them
fix it for you (until you get a copy of OS X of your own).


Not planning to upgrade in the near future.  Too many of my programs 
would break :-)


Ken Ray
Sons of Thunder Software


--
--Shareware Games for the Mac--
http://www.gypsyware.com
___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard

Re: Metacard menu?

[Shari]

Has anybody tried something like (in the programs startup script, perhaps):

if there is a btn "Metacard" then
   set the name of btn "Metacard" to xyz
   hide btn "Metacard"
   etc.
end if

Would something like this work?



Every app in OS X has the Application name as its first menu. It 
seemed annoying at first, but now I like it.

To change what it says (instead of MetaCard):

Right click on your .app in OS X, choose "view package contents"

Open the contents folder

open the info.plist file

CFBundleName has the name that goes there - you can change it to say whatever.


The "Metacard" (application) menu should have a Quit option, too - 
you will need to handle that using an appleevent if you want to 
intercept the quit message (from the finder, or other applications) 
..if you are ok withit just quitting, then ignore it.

on appleEvent sClass,sID,sSender
  if sID = "quit" then
mainQuit # or whatever your beforeQuit function looks like
  else
# go on, quit!
pass appleEvent
  end if

end appleEvent

-ml

--
--Shareware Games for the Mac--
http://www.gypsyware.com
___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard

Re: Metacard menu?

[Ken Ray]

Shari,

You could write the code in the startup handler of your app that would
change the value in the Info.pList file, but that would only "take" for
subsequent launches; the first time, the user would see "MetaCard".

The other way is to ship your standalone to someone with OS X and let them
fix it for you (until you get a copy of OS X of your own).

Ken Ray
Sons of Thunder Software
Email: [EMAIL PROTECTED]
Web Site: http://www.sonsothunder.com/

- Original Message -
From: "Shari" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, November 08, 2002 3:16 PM
Subject: Re: Metacard menu?


> So if you don't have OSX, and are compiling for OSX on PPC or
> Windows, you are stuck with this menu.
>
> Lovely.
>
> There is no way to alter this from another platform?
>
>
>
> >Every app in OS X has the Application name as its first menu. It
> >seemed annoying at first, but now I like it.
> >
> >To change what it says (instead of MetaCard):
> >
> >Right click on your .app in OS X, choose "view package contents"
> >
> >Open the contents folder
> >
> >open the info.plist file
> >
> >CFBundleName has the name that goes there - you can change it to say
whatever.
> >
> >
> >The "Metacard" (application) menu should have a Quit option, too -
> >you will need to handle that using an appleevent if you want to
> >intercept the quit message (from the finder, or other applications)
> >..if you are ok withit just quitting, then ignore it.
> >
> >on appleEvent sClass,sID,sSender
> >   if sID = "quit" then
> > mainQuit # or whatever your beforeQuit function looks like
> >   else
> > # go on, quit!
> > pass appleEvent
> >   end if
> >
> >end appleEvent
> >
> >-ml
>
> --
> --Shareware Games for the Mac--
> http://www.gypsyware.com
> ___
> metacard mailing list
> [EMAIL PROTECTED]
> http://lists.runrev.com/mailman/listinfo/metacard
>

___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard

Re: Metacard menu?

[Ken Ray]

- Original Message -
From: "Shari" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, November 08, 2002 3:16 PM
Subject: Re: Metacard menu?


> So if you don't have OSX, and are compiling for OSX on PPC or
> Windows, you are stuck with this menu.
>
> Lovely.
>
> There is no way to alter this from another platform?
>
>
>
> >Every app in OS X has the Application name as its first menu. It
> >seemed annoying at first, but now I like it.
> >
> >To change what it says (instead of MetaCard):
> >
> >Right click on your .app in OS X, choose "view package contents"
> >
> >Open the contents folder
> >
> >open the info.plist file
> >
> >CFBundleName has the name that goes there - you can change it to say
whatever.
> >
> >
> >The "Metacard" (application) menu should have a Quit option, too -
> >you will need to handle that using an appleevent if you want to
> >intercept the quit message (from the finder, or other applications)
> >..if you are ok withit just quitting, then ignore it.
> >
> >on appleEvent sClass,sID,sSender
> >   if sID = "quit" then
> > mainQuit # or whatever your beforeQuit function looks like
> >   else
> > # go on, quit!
> > pass appleEvent
> >   end if
> >
> >end appleEvent
> >
> >-ml
>
> --
> --Shareware Games for the Mac--
> http://www.gypsyware.com
> ___
> metacard mailing list
> [EMAIL PROTECTED]
> http://lists.runrev.com/mailman/listinfo/metacard
>

___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard

Re: Metacard menu?

[Shari]

So if you don't have OSX, and are compiling for OSX on PPC or 
Windows, you are stuck with this menu.

Lovely.

There is no way to alter this from another platform?



Every app in OS X has the Application name as its first menu. It 
seemed annoying at first, but now I like it.

To change what it says (instead of MetaCard):

Right click on your .app in OS X, choose "view package contents"

Open the contents folder

open the info.plist file

CFBundleName has the name that goes there - you can change it to say whatever.


The "Metacard" (application) menu should have a Quit option, too - 
you will need to handle that using an appleevent if you want to 
intercept the quit message (from the finder, or other applications) 
..if you are ok withit just quitting, then ignore it.

on appleEvent sClass,sID,sSender
  if sID = "quit" then
mainQuit # or whatever your beforeQuit function looks like
  else
# go on, quit!
pass appleEvent
  end if

end appleEvent

-ml

--
--Shareware Games for the Mac--
http://www.gypsyware.com
___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard

Re: Metacard menu?

[Mark Luetzelschwab]

Every app in OS X has the Application name as its first menu. It 
seemed annoying at first, but now I like it.

To change what it says (instead of MetaCard):

Right click on your .app in OS X, choose "view package contents"

Open the contents folder

open the info.plist file

CFBundleName has the name that goes there - you can change it to say whatever.


The "Metacard" (application) menu should have a Quit option, too - 
you will need to handle that using an appleevent if you want to 
intercept the quit message (from the finder, or other applications) 
..if you are ok withit just quitting, then ignore it.

on appleEvent sClass,sID,sSender
  if sID = "quit" then
mainQuit # or whatever your beforeQuit function looks like
  else
# go on, quit!
pass appleEvent
  end if

end appleEvent

-ml






Message: 3
Date: Fri, 8 Nov 2002 02:42:21 -0500
To: [EMAIL PROTECTED]
From: Shari <[EMAIL PROTECTED]>
Subject: Metacard menu?
Reply-To: [EMAIL PROTECTED]

Had a beta tester ask what the "Metacard menu" was for.  She sent me
screenshots.

For some reason, in OSX, a menu entitled "Metacard" was inserted
before my menus.  I thought at first there was a problem with the
"About..." menuItem.  But no, she sent me a screenshot of my "About"
screens, and they are fine.

Apparently there's nothing in the menu, just the title.

Has anyone experienced this?
--
--Shareware Games for the Mac--
http://www.gypsyware.com


___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard

Metacard menu?

[Shari]

Had a beta tester ask what the "Metacard menu" was for.  She sent me 
screenshots.

For some reason, in OSX, a menu entitled "Metacard" was inserted 
before my menus.  I thought at first there was a problem with the 
"About..." menuItem.  But no, she sent me a screenshot of my "About" 
screens, and they are fine.

Apparently there's nothing in the menu, just the title.

Has anyone experienced this?
--
--Shareware Games for the Mac--
http://www.gypsyware.com
___
metacard mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/metacard