Thank you so much for your time, I really appreciate it! As I go through
this planning phase for this project, more details on the extent of the
foreign language requirements will come to light, and I'll have to look
close at the AWARE archives for help. Thanks for the reference, its a big
So, no matter what method is used, and no matter whether its an a7p, a7r,
exe, or published for the web, doesn't the unique foreign font have to be
installed in the target machine's c:\windows\fonts folder? If this is the
case, is there a work-around of some sort, some way to include a unique font
in the packaging/publishing of an AW course, so its not an issue? I'm full
of questions, I know...
And this kind of throws a wrench in the use of some system variables, does
it not? I used to display map icon names for page titles, you know,
displaying variable text on screen with IconTitle or page numbers with
PageNum, I believe it was. Just rambling now. But as always, thanks again,
and I'm sure I'll be back soon...
You're right that the font needs to be installed for it to work. There is a KO for installing and removing fonts during the execution of your program. Test early, test often. We really have no idea if these will work with current OS's. Since Authorware's EOD at Adobe there isn't a full time QA staff testing out all these things. It's up to us.
Oh yeah - Authorware does not support double-byte fonts natively. There used to be a third-party u32 that did. It was like RTFObjects.u32 only better. Can’t remember the name offhand ... Can't remember if rtfObjects.u32 supports double-byte fonts or not - gonna guess not.
By the way, one workaround for font support is to use images instead of text. Not ideal, especially if your course is large, but it can be an option.