Encoding issues: cyrillic characters etc

[sander]

1) Cyrillic characters are not displayed correctly.

The following forum thread suggests the problem may be related to the encoding of the Russian translation catalogue, as the workaround is to use the English version of the interface instead of the Russian translation:
http://coccinella.im/node/52

2) Coccinella crashes during startup when the path contains Cyrillic characters (Windows):
http://coccinella.im/node/96

[sander (s-devrieze)]

These issues may be easy to fix before next translation update release...

[Mats (matsben)]

MacOSX: missing ATSUI support in 8.4.9 Support is in 8.5
Windows: works
Linux: with 8.5 there is support for xft and new fonts that have these glyphs can be selected. Seems the problem is with Helvetica now.

[Mats (matsben)]

I was looking at tkabber and it also uses Helvetica for most things it seems. It also defines fonts of family "fixed" but that doesn't sound like a font containing the complete utf-8 glyph set. Tile does:

 if {![catch {tk::pkgconfig get fontsystem} fs] && $fs eq "xft"} {
     variable family "sans-serif"
 } else {
     variable family "Helvetica"
 }

which seems more promising. xft is in 8.5

[Mats (matsben)]

This is working now in 0.96.6 on Mac (Windows worked already).
Sander: could you see how this works on linux (I cannot switch my network interface to recognize my router)
Maybe I need to switch Coccinellas default fonts to "sans-serif" from "Helvetica" on X11 boxes.

[sander (s-devrieze)]

Issue #1 is fixed on Linux, issue #2 is still there. Maybe open a separate bug entry for it? This is the error output on the command line:

~/коччинелла/Coccinella-0.96.6Linux-x86$ ./Coccinella
-0.96.6.bin
Can't find a usable init.tcl in the following directories:
    /home/sdevrieze/п╨п╬я┤я┤п╦п╫п╣п╩п╩п╟/Coccinella-0.96.6L/lib/tcl8.5

This probably means that Tcl wasn't installed properly.

    while executing
"error $msg"
    (procedure "tclInit" line 61)
    invoked from within
"tclInit"
    invoked from within
"interp create"
    (procedure "Comp.Init" line 7)
    invoked from within
"Comp.Init"
    (procedure "Comp.Compile" line 23)
    invoked from within
"Comp.Compile widget $type $body"
    (procedure "snit::widget" line 2)
    invoked from within
"snit::widget ui::dialog::widget {
    hulltype toplevel
    widgetclass Dialog

    typevariable dialogTypes ;# map -type => list of dialog o..."
    (file "/home/sdevrieze/коччинелла/Coccinella-0.96.6Linux-x86/Coccinella-0.96
.6.bin/lib/app-Coccinella/contrib/ui/dialog.tcl" line 192)
    invoked from within
"source /home/sdevrieze/коччинелла/Coccinella-0.96.6Linux-x86/Coccinella-0.96.6.
bin/lib/app-Coccinella/contrib/ui/dialog.tcl"
    ("package ifneeded ui::dialog 0.1" script)
    invoked from within
"package require $name"
    ("foreach" body line 2)
    invoked from within
"foreach name $packages($class) {
        package require $name
    }"
    ("foreach" body line 2)
    invoked from within
"foreach class {generic uibase application} {
    foreach name $packages($class) {
        package require $name
    }
}"
    (file "/home/sdevrieze/коччинелла/Coccinella-0.96.6Linux-x86/Coccinella-0.96 .6.bin/lib/app-Coccinella/Coccinella.tcl" line 257)
    invoked from within
"source /home/sdevrieze/коччинелла/Coccinella-0.96.6Linux-x86/Coccinella-0.96.6. bin/lib/app-Coccinella/Coccinella.tcl"
    ("package ifneeded app-Coccinella 1.0" script)
    invoked from within
"package require app-Coccinella"
    (file "/home/sdevrieze/коччинелла/Coccinella-0.96.6Linux-x86/Coccinella-0.96 .6.bin/main.tcl" line 3)

[Mats (matsben)]

This has to do with the bootstrap procedure in the starkit. When it does the init.tcl it hasn't got the encodings yet. Perhaps a post at the tclkit list? Or search first.

[Mats (matsben)]

Seems that the tclkit code haven't been updated here, see these links:
http://www.tcl.tk/cgi-bin/tct/tip/258
http://groups.google.com/group/comp.lang.tcl/browse_thread/thread/b1d48c5cd033a842/8abdc68945f4399b?hl=sv#8abdc68945f4399b

There is a patch here: http://reddog.s35.xrea.com/software/kitInit.c.patch_for_8.5
but better to wait until jcw has revised it.

[NuclearCat (denys-visp)]

Cyrillic from MSN transport received fine, but i cannot send cyrillic letters. Seems it is corrupted while typing and user is receiving also "garbage". Tested on latest development snapshot

I attach picture, you can see from VISP fog i received fine cyrillic letters, but trying to type "проверка" - fail.

[singer (andrppv)]

Experiencing the same problem in 0.96.10. Russian letters are incorrect while typing messages. Operating system is Windows XP Russian, I’ll try to compile it from sources and report if the problem is solved. The solution in http://coccinella.im/node/52 DOES NOT work.

[singer (andrppv)]

Well, when I run it from sources everything is OK.

[sander (s-devrieze)]

Can someone with a Cyrillic Windows test the latest daily build? http://coccinella.im/breakfast/Coccinella_Messenger-0.96.11Win.zip

[NuclearCat (denys-visp)]

On Thursday 12 March 2009 23:11:53 sander wrote:
> Can someone with a Cyrillic Windows test the latest daily build?
> http://coccinella.im/breakfast/Coccinella_Messenger-0.96.11Win.zip

Hi, i will try to do that in next 3 days (i have cyrillic windows at friend
house)

[singer (andrppv)]

Yes It works fine. On my Vista HP 32bit rus.

2009/3/13 sander <email address hidden>

> Can someone with a Cyrillic Windows test the latest daily build?
> http://coccinella.im/breakfast/Coccinella_Messenger-0.96.11Win.zip
>
> --
> Encoding issues: cyrillic characters etc
> https://bugs.launchpad.net/bugs/141376
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in Coccinella: In Progress
>
> Bug description:
> 1) Cyrillic characters are not displayed correctly.
>
> The following forum thread suggests the problem may be related to the
> encoding of the Russian translation catalogue, as the workaround is to use
> the English version of the interface instead of the Russian translation:
> http://coccinella.im/node/52
>
> 2) Coccinella crashes during startup when the path contains Cyrillic
> characters (Windows):
> http://coccinella.im/node/96
>

[sander (s-devrieze)]

Great!

PS: is any of you interest in updating the Russian translation of Coccinella? As you might have seen in the daily build, there are no strings translated. This is because we switched to gettext and because of this we had to do a machine translation of all string. These machine translated strings are marked as fuzzy (because there are small errors in it) and gettext handles fuzzy strings as untranslated strings...