On Thu, Dec 05, 2002 at 02:24:44PM +0900, Reinke Bonte wrote: > I am not sure whether this is an GtkHTML bug. I have the same problem > with Japanese characters in reports. There might be something wrong with > my locale setting, but in my case gnucash writes those strange entities > into the account (.xac) file. > > Sergei, can you read through your account file whether you have the same > problem there? In my case (eucJP encoding), preliminary tests suggest, > that the entities in the account file are actual unicode encodings, > however, they are not unicode encodings of the Japanese characters, but > unicode encodings of the ISO-8859 representation of the eucJP encoding > of the Japanese characters.
Yes, in .xac I have these entities too. And they aren't UNICODE for cyrillic too. > > The reult is that the Japanese characters show correctly on the > register, but not in the reports. > > Please let me know, if I am completely mistaken. > > > Reinke > > > On 04 Dec 2002 23:47:22 -0500 > Derek Atkins <[EMAIL PROTECTED]> wrote: > > > I believe this is a GtkHTML bug.. As Gnucash uses GtkHTML to show > > HTML pages, there isn't much we can do to work around this. > > > > -derek > > > > Sergei Dolmatov <[EMAIL PROTECTED]> writes: > > > > > On Sun, Nov 10, 2002 at 10:43:31AM +0800, Sergei Dolmatov wrote: > > > > On Thu, Nov 07, 2002 at 05:59:12PM +0100, Christian Stimming > > > > wrote: > > > > > Sergei Dolmatov wrote: > > > > > > > > > > Then I wonder how much we can do about it. Maybe gtkhtml is just > > > > > totally broken with respect to cyrillic, or the gnome font > > > > > installation has problems (on the other hand, if the normal > > > > > labels work fine, it can't be too bad). Can you try the "Show > > > > > URL" report (I've forgotten the actual name) in the "Utility > > > > > reports" submenu (or was it in the Help menu?)? Then, in that > > > > > report, enter the URL of a website that you know has cyrillic > > > > > characters on it. If it does *not* work, too, then we are sorry, > > > > > but we probably can't fix that from gnucash. Instead, you would > > > > > need to bug the gtkhtml developers to fix it. > > > > > > > > Yes, this is problem with gtkhtml AFAICS - devhelp doesn't show > > > > cyrillic too. Sorry for too early report problem without real > > > > investigation. > > > > > > Looks like problem still exists. > > > In short: when I do report export in HTML, in resulting file I see > > > UTF-8 encoding in header (in meta) and entities like Û. AFAIK > > > such entities must be UNICODE symbols, but they are just KOI8-R > > > codes for cyrillic. So my though: they wasn't converted to UTF-8, > > > just putted as is. > > > > > > Also AFAICS all report system is done with guile. I'm not familiar > > > with Scheme unfortunately (and gtkhtml too), so can't investigate > > > problem more closely. So I'm asking for help - may be you can point > > > me in right direction- where converting should be done and why it > > > doesn't working? :) > > > > > > > > > > > > > > >Encoding of outputted html is utf-8, but entites aren't for > > > > > >russian. May be there is a problem with converting koi8-r to > > > > > >utf-8. > > > > > > > > > > > >Unfortunately, I'm not familiar with Gnucash sources, so may be > > > > > >someone could point me to right direction for digging? (On > > > > > >#gnucash I got advice to speak with Christian Stimmings...) -- Regards, Sergei Dolmatov. --- Disc space -- the final frontier! _______________________________________________ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnucash.org/cgi-bin/mailman/listinfo/gnucash-devel
