PDA

View Full Version : Fonts that "stick" with files



EdInJapan
01-23-2006, 07:59 PM
First, thank you so much for a product that can handle both Western and non-Western languages.

I recently moved from a (Japanese language) Palm-based pda to a PocketPC (WM5)-based pda, and have re-licensed iSilo accordingly. (Version 4.3) I may be mistaken, but it seems like when I was using the Palm version my font settings would "stick" with each file, rather than be a global setting.

With the PocketPC version of iSilo, the specific problem I have is that if I set the fonts to a Japanese font, then when I view English documents they also use the Japanese fonts and so don't look as nice. The opposite direction is of course true as well, so when I switch between documents I have to change the fonts each time.

Codepage settings "stick" with each file (AND have an option to set as default). Is there a way to do the same for font settings?

Best regards.

iSilo
01-23-2006, 10:07 PM
In "iSilo for Pocket PC", the font family assignments are global to all documents, so it is not currently possible to have each document use different fonts.

EdInJapan
01-23-2006, 11:16 PM
Thank you for the timely reply. Understood about current functionality.

I would love to see this as an enhancement in a future version if it is technically possible.

Another method that would be good enough for my needs is to be able to lock certain fonts to certain code pages. (Codepages seem to be document-based and NOT global unless the user checks the global box.)

If I specify a document to use Shift-JIS as the codepage, this is Japanese, and so I will want it to use a Japanese font. So, a screen that says "Use ??? font with ??? encoding" would work fine. I realize that there are 4 fonts that are typically selected in iSilo, so maybe what this screen would look like is a pull down menu with the codepages, and then 4 pulldown menus for the fonts for each.

This is not as nice as being able to select codepages and fonts independently of each other for each document, but would be a great improvement on the current situation. It might be worth it if the former enhancement is technically too difficult.

Regards.