[Bug #83] [Language] Receiving notification email in unreadable encoding if using Russian local settings

anthill-daemon <anthill-daemon-+mQDA36h6dWw5LPnMra/[email protected]> Thu, 6 Nov 2003 23:11:10 -0700
Newsgroups gmane.comp.bug-tracking.anthill.devel
Message-ID <[email protected]>
http://anthill.vmlinuz.ca/anthill/query.php?bug=83

--- /home/zeus/www/anthill.vmlinuz.ca/bugs/html/shadow/83	2003-11-06 23:11:09.000000000 -0700
+++ /home/zeus/www/anthill.vmlinuz.ca/bugs/html/shadow/83.tmp.e3h1Bs	2003-11-06 23:11:09.000000000 -0700
@@ -161,3 +161,46 @@

 That's it.

+Comment posted: 2003-11-06 11:11 PM by [email protected]
+
+No, the RFC doesn't help me.  Maybe I'm too stupid to understand it.  =)
+
+I really don't know how to progress with this.  I don't see an easy way to do it.  You have
+to remember the diverse userbase here.  For instance, if your locale is set to russian
+and russian characters are displayed on the webpage for you, I can use that as a
+trigger to encode the message in russian, provided I knew how to properly do it.  Well,
+that's fine for you, but what about me?  I don't speak russian, so why do I need it in
+russian?
+
+Also, assume that, for the sake of argument, you post something in russian and
+someone else posts something in japanese, to the same bug.  If you post in russian,
+and I again use your browser preference as the trigger for inserting the headers, what
+happens to the japanese characters?  Or if he posts in japanese and the message is
+encoded for japanese, what happens to your russian characters?
+
+This is a big problem that goes beyond the scope of what I think can be done.  Yes, it
+would be fantastic to be able to do this, but the only way I can even remotely see this
+being plausible is to do russian encoding on a site where it is 100% russian... all the
+users are russian, all the postings are russian, etc.  Ie. in a russian company.  But for
+something like an open site (like this one), I don't think there is a good way to handle
+this appropriately.
+
+I don't have the skills to look at the comments in the database to use those as a trigger
+for how to encode messages (because, if I post this comment, and with the russian text
+in here, it will still not get encoded to your liking).  How do I determine, if I could analyze
+the comments, what encoding gets priority?
+
+I've already, for 0.2.5, removed what I can see that uses gettext() in email messages.
+All email messages will now have "prefab" text go out in english only.  This is a sanity
+thing.
+
+Unless you can come up with some really bright ideas (because I have none) on how to
+tackle this, I think we may have to just leave it as is.  I know that isn't the greatest, but I
+think it's the best.  I can have in the "NOTE: Please use plaintext only..." string below the
+comment boxes asking people to post comments in english only.
+
+The whole purpose of using gettext was to allow people navigating the site to be able to
+do so in their native tongue.  I didn't anticipate these issues when starting out, and I
+suppose that was a lack of foresight on my part.  But I honestly don't know if there is any
+sufficient way to handle it.
+

----
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