MikroElektronika Forum

Currently, VGLCD supports only a portion of the English character set. This might be because of memory considerations as international fonts already exist in individual font files. We certainly need language support. Maybe, you could add a tick box to choose between full set and partial set.

Furthermore, If I place a size 14 font near the upper edge of a 128x64 LCD, I lose 5 pixels from the top row. That is probably because the fonts are not trimmed properly. For better placement, fonts must be automatically trimmed from above.

Hi,

Please, can you clarify this :

Currently, VGLCD supports only a portion of the English character set. This might be because of memory considerations as international fonts already exist in individual font files.

Can you use Turkish fonts ? Do they appear correctly ?

Furthermore, If I place a size 14 font near the upper edge of a 128x64 LCD, I lose 5 pixels from the top row. That is probably because the fonts are not trimmed properly. For better placement, fonts must be automatically trimmed from above.

I have noticed this and I will contact our developers to see what they can say regarding this.

Regards,
Filip.

No. I can't use Turkish fonts. Because in the number of characters are limited to the first 127 (as far as I remember).
That means no internationalization. Perhaps you could solve this by allowing user to choose a certain number of additional characters.
A more useful solution would be getting software to analyze what characters need to be used from a font file and to convert only those characters needed. This way we could conserve memory. Just an idea.

Hi,

No. I can't use Turkish fonts. Because in the number of characters are limited to the first 127 (as far as I remember).

This is not true, you can set the lower and upper limit of the character set in the Font properties of the certain label that is on the screen.

Regards,
Filip.

You can indeed set it upto 255. No matter what this is set to they will show up on the text box and on the GLCD simulation correctly. The problem is they are not displayed on the real GLCD after compiling.

Here is a list of a characters incorrectly displayed: (Based on ISO-8859-9 (Turkish) Codepage)

"ı" ("i" without the dot) ASCII code no: 253
"İ" ("I" with dot) ASCII code no: 221
"ğ" ("g" with breve) ASCII code no: 240
"Ğ" ("G" with breve) ASCII code no: 208
"ş" ("s" with cedilla) ASCII code no: 254
"Ş" ("S" with cedilla) ASCII code no: 222

However these Turkish characters print correctly:

"ç" (c with cedilla) ASCII cıde no:231
"Ç" ("Ç" with cedilla) ASCII code no:199
"ö" ("o" with umlaut) ASCII code no: 246
"Ö" ("O" with umlaut) ASCII code no:214
"ü" ("u" with umlaut) ASCII code no: 252
"Ü" ("U" with umlaut) ASCII code no: 220

It appears to me that the main software recognizes and uses Windows fonts with correct local code page but when converting them the characters are treated as if they are from the English Code Page. A few characters appear correctly but many of them are substituded with stock characters found at corresponding ASCII code numbers in the English code page.

Hello. Is there anybody out there?

Hi,

I have tried using Turkish Times New Roman font downloaded from the internet and the mentioned characters are displayed well.
Which font were you using ?

Regards,
Filip.

Dear Filip,
Thank you for your answer. I was using the standard fonts found on the Turkish version of Windows 7 64bit. Office programs etc have no problem using the fonts found on it. If you point me to the font that worked for you, that might solve my problem too.
Thank you for your help.

Hi,

Please find the Turkish font that I used in the attachment.

Regards,
Filip.

Thanks. That is interesting. It worked with this one.
It is funny I use the Turkish version of Windows 7 64bit, it is a standard licensed version but none of the Turkish fonts that originally came with it works with VGLCD. There may be a trick I am missing here.

Where did you get this one?

Thanks for your help.

Hi,

I have searched for the Turkish font on the Google and this is one of the first that I have found.

Regards,
Filip.