Hi Chris, I can follow your explanation. But consider an application I distribute to many Mac users in my company, a MacPerl standalone which pops up a standard dialog where user may type in a short message. They use the standard font in a standard dialog. I can't explain them to use different fonts and they will never accept different keys for the same special character. Simply because that little "ü" is printed onto a physical key of the keyboard. ProFontISOLatin1 is a workaround for programmers. Users expect to get the same letter from the same key press no matter what font they choose (exception: symbol fonts, foreign fonts like greek, arabic, ...) >Window 1 (ProFont): > print ord 'u'; # this is option-shift-u, u (u with umlaut) >Returns: > 159 > >Window 2 (ProFontISOLatin1): > print ord 'u'; # this is option-shift-z (u with umlaut) >Returns: > 252 ord() gives different results depending on font - very strange. This only leads to question whether the keyboard input, the rendered character or something else is considered as reference. It won't help much in the moment to deepen this discussion. My naming 'bug' to this thread was wrong. I'll post my practical solution soon. Regards Axel # ===== Want to unsubscribe from this list? # ===== Send mail with body "unsubscribe" to macperl-request@macperl.org