Hello,
just to confirm that cyrillic works fine now after git up; ./configure && make
but i had to copy ./src/pd into ./bin ..
and typing object names is russian gives obj box which is not wide enough .. may be using different font it would work ..
Regards,
morning Ilya,
On 2010-08-25 23:26:52, errordeveloper@gmail.com appears to have written:
Hello,
just to confirm that cyrillic works fine now after git up; ./configure && make
yippee!
but i had to copy ./src/pd into ./bin ..
and typing object names is russian gives obj box which is not wide enough ..
hmm... that could also be a problem with the utf8 code which maps between logical character lengths and byte lengths... do you have an example patch or an example object name (utf-8 encoded preferably :-) which overflows its box?
There may be some potential hiccups with unicode combining diacritic characters (U+0300 - U+036F) -- afaik, these animals should never actually allocate any width for themselves, but rather attach to the most recent "normal" character. I seem to vaguely recall some fonts and/or renderers though which treat combining diacritics as "normal" characters (i.e. requiring their own width allocation). I believe I tried some combining diacritics in my utf-8 test patches (I see them a lot these days, most commonly U+0364 = "combining latin small letter e"), and seem to recall that Tk (8.5) rendered them correctly, but I may be misremembering...
may be using different font it would work ..
... which fonts are you using?
marmosets, Bryan
On Aug 25, 2010, at 5:50 PM, Bryan Jurish wrote:
morning Ilya,
On 2010-08-25 23:26:52, errordeveloper@gmail.com appears to have written:
Hello,
just to confirm that cyrillic works fine now after git up; ./configure && make
yippee!
but i had to copy ./src/pd into ./bin ..
and typing object names is russian gives obj box which is not wide enough ..
hmm... that could also be a problem with the utf8 code which maps between logical character lengths and byte lengths... do you have an example patch or an example object name (utf-8 encoded preferably :-) which overflows its box?
There may be some potential hiccups with unicode combining diacritic characters (U+0300 - U+036F) -- afaik, these animals should never actually allocate any width for themselves, but rather attach to the most recent "normal" character. I seem to vaguely recall some fonts and/or renderers though which treat combining diacritics as "normal" characters (i.e. requiring their own width allocation). I believe I tried some combining diacritics in my utf-8 test patches (I see them a lot these days, most commonly U+0364 = "combining latin small letter e"), and seem to recall that Tk (8.5) rendered them correctly, but I may be misremembering...
may be using different font it would work ..
... which fonts are you using?
Ah fonts. The one to use on GNU/Linux is DejaVu Sans Mono. It should have good unicode support too, since that's the aim of the DejaVu project. Also, Tcl/Tk 8.5 is essential.
I'd like to see a patch in cyrillic also :)
.hc
----------------------------------------------------------------------------
"[T]he greatest purveyor of violence in the world today [is] my own government." - Martin Luther King, Jr.
-
Bryan Jurish -
errordeveloper＠gmail.com -
Hans-Christoph Steiner