Hi Ken, Thanks for reply "Ken Krugler" <[EMAIL PROTECTED]> wrote in message news:91062@palm-dev-forum... > Leaving aside the legal issue of sucking font data out of a ROM, many > of these other languages require additional support in the rendering > (character drawing) code to correctly handle double-byte, contextual, > and right-to-left writing systems. So what you're proposing might > work for simple single-byte writing systems such as Cyrillic, but > probably not the other ones I mention above. But I converted SimSun (Hiragan font ) and simplified Arabic fonts from windows, and used it app, and it displayed it correctly, however I want to use the palm keyboard and fonts supplied with rom so that user can type from the keyboard. So If I get the NFNT I should be able to use them. Any Chance of getting ntnf fonts? And what are the legal Issues you are talking about? Also unfortunately AppForge doesn't have any other fonts than the English. Regards, Parth
"Ken Krugler" <[EMAIL PROTECTED]> wrote in message news:91062@palm-dev-forum... > > >I am developing a multilingual app for Palm using Appforge. > >Appforge uses its own font for displaying and accepting text, > >its key codes are mapped to palm font key codes, > >so it works fine for English language, > >But Appforge doesn't have fonts for other languages than English, > > I'm assuming AppForge has fonts that mirror the Palm OS Latin fonts. > In that case it will work for a number of languages besides English, > including French, German, Italian, and Spanish. > > What you won't get is support for languages that use a different > character encoding, such as Japanese, Simplified & Traditional > Chinese, Korean, Hebrew, Arabic, Cyrillic, etc. > > >But it provides font converter which converts from ttf to cmf (its own > >format) > > If CMF handles embedded bitmaps, then the results might be OK, but if > it only handles outline data then the automatic conversion of bitmaps > to curves will give you ugly results. > > >So if I can get the NFNT Fonts provided with different Language Roms then I > >will convert them to TTF and then to CMF > > Leaving aside the legal issue of sucking font data out of a ROM, many > of these other languages require additional support in the rendering > (character drawing) code to correctly handle double-byte, contextual, > and right-to-left writing systems. So what you're proposing might > work for simple single-byte writing systems such as Cyrillic, but > probably not the other ones I mention above. > > -- Ken > -- > Ken Krugler > TransPac Software, Inc. > <http://www.transpac.com> > +1 530-470-9200 > > > -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
