[Bug #101] [Language] Internationalization in Language files and iso-8859-1

http://anthill.vmlinuz.ca/anthill/query.php?bug=101

--- 101	2004-01-22 01:37:02.000000000 -0700
+++ 101.tmp.nnwpw7	2004-01-22 01:37:02.000000000 -0700
@@ -48,3 +48,43 @@
 conversion in the first place because now it sounds like you want to convert
 back, right?

+Comment posted: 2004-01-22 01:37 AM by [email protected]
+
+I did no conversation during all the time using anthill. Here is the history:
+
+I use Anhill since Version 0.1.6.1., so the first bugs were reported into
+database in this version.
+
+[I did not find any meta_lang in Version 0.1.6.1 so I think, that there was
+the systems language set, which would have been iso-8859-1. So all bug in
+the database are in this format, and I need to set the config.inc.php
+meta_lang variable to iso-8859-1 for correct diplay. Beside this, I did not
+change any language settings over time.]
+
+Later I converted to 0.2.2.  and shortly after to 0.2.3. In this version,
+most of the bugs were reported, which often contain German special
+characters. But I had to set the encoding ($_conf['meta_lang']) to
+iso-8859-1 to see the special characters the right way. When using utf-8, I
+see only question marks '?' instead of ä, ü, ö, ß and so on.
+
+The problem with localization occured last week, when converting to 0.2.6
+(because one of the versions 0.2.[4-6] inlcudes a german localisation).
+Now I have two choices:
+1st: Display the bug reports correctly (iso-8859-1) and get messy menus.
+2nd: Display the menus correctly (utf-8) and get messy bug report messages.
+
+I wonder why the localization is coded iso-8859-1 (according to the
+Content-type in the german language file "Anthill.po"), but does not show
+correctly when setting the meta_lang to that localization, maybe this can be
+fixed somehow. Another way would be to put this file into a converter, which
+will replace all those characters with the html code (Ä to Ä). At this
+point I don't know any program which does this automatically.
+
+I have now choosen the workaround, to leave the browser language in english
+by setting the locale (LC_ALL) in the site.inc.php always to "en". So no
+german menus are displayed.
+
+In my eyes, there are two possibilities to fix this:
+1st: Convert localization format (This could be done by a program)
+2nd: Convert the database messages to utf-8 format (Maybe you can help here).
+

----
You are receiving this notice because you are the assignee, reporter, or a
watcher for this bug report.

_______________________________________________
Anthill-workers mailing list
Anthill-workers-+mQDA36h6dWw5LPnMra/[email protected]
http://vmlinuz.ca/mailman/listinfo/anthill-workers