Hi everyone,
I hope you won't mind if I ask again, as I was really hoping for some
insight from the group, especially those of you who develop for the
Mac. How do you handle setting the default font for buttons and
fields when you want them to appear in the default system font
(Charcoal, etc. for OS 8 or higher; Chicago in previous OS versions).
The default setting of "none" works well in Windows, but looks
inappropriate on the Mac. Is there a way around hard-wiring the
textFont property for these objects?
Thanks in advance for any ideas and suggestions.
Craig
On Fri, March 17, 2000, Craig Spooner wrote:
>Hi everyone,
>
>I've noticed that MetaCard sets the default font for new buttons to
>"none," which on Windows looks good in both plain and bold styles
>(incidentally, when the style is changed to bold, the font name
>switches to Helvetica, in spite of the fact that I don't have
>Helvetica installed on my Windows machine...). But if Helvetica
>looks appropriate for buttons on a Windows machine, it looks "very
>wrong" on the Mac. Charcoal (or Chicago on older systems) should be
>the default there.
>
>So, until today, I've been happily setting the textFont of my Mac
>OS-style buttons to Charcoal. But then I had a disturbing thought:
>What if my end-users are running pre-OS 8 systems and don't have
>Charcoal? It seems a pity that the default font for MC on the Mac
>isn't Charcoal or Chicago -- fonts which are, if I'm not mistaken,
>referred to generically as the "system font" in SuperCard. Is there
>a way to work around this, rather than "hard wiring" the textFont of
>each button throughout the stack? How do others handle this problem
>on the Mac?
>
>Thanks in advance for any insight or experiences you can share!
>
>Craig
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
Craig Spooner
Office of Instructional Services
Colorado State University
970-491-2516
[EMAIL PROTECTED]
Archives: http://www.mail-archive.com/metacard%40lists.best.com/
Info: http://www.xworlds.com/metacard/mailinglist.htm
Please send bug reports to <[EMAIL PROTECTED]>, not this list.
