Author |
Topic |
kirgy
New Member
Germany
95 Posts |
Posted - 03 November 2001 : 08:36:27
|
The notification mail will be send in the selected language of the replay and not in the language of your choise. Don´t know is it clear what i´m talking about?
Kirgy ------------- http://www.kirgy-web.de
Edited by - kirgy on 03 November 2001 08:36:51
Title changed from "v40b0xx BUG in subscription" by bozden< |
Edited by - Deleted on 10 October 2002 19:21:53 |
|
Deleted
deleted
4116 Posts |
Posted - 03 November 2001 : 14:53:20
|
As far as I understand, you say that the notification is not in the preferred language of the user ! Is the result in the "default" forum language or in the preferred language of the user who wrote the reply?
We do not record the "preferred" language of users, the language can be chosen on the fly and recorded locally on the users computer, utilizing cookies. Until we have a database field like "PREFERRED LANGUAGE" in the users profile, we cannot send the notification in the users language. I decided not to make any changes to the database until now (perhaps until v40f) because I changed more than 2700 lines of code, which may by itself introduce bugs.
Such a field and your suggestion can be regarded as a [DESIGN REQUEST].
Am I correct?
Think Pink Test Site not ready yet | DL Post v40b02 Files< |
|
|
kirgy
New Member
Germany
95 Posts |
|
Deleted
deleted
4116 Posts |
Posted - 03 November 2001 : 15:36:17
|
I'll keep the thread open until this ODD behaviour is corrected somehow (I like to lock the topics otherwise) .
Think Pink Test Site not ready yet | Post v40b03 Patches< |
|
|
Deleted
deleted
4116 Posts |
|
Deleted
deleted
4116 Posts |
Posted - 01 October 2002 : 17:01:43
|
This will be taken into account in v4b04< |
Stop the WAR! |
|
|
n/a
deleted
593 Posts |
Posted - 04 October 2002 : 16:26:37
|
Am I to assume that a language selection in a multi-lingual setting with V4b4 will allow a kind of dynamic setting for this per a chosen language? Am having a problem in getting a proper Japanese auto response messages from Forum (as I believe Forum is defaulted with 1033, regardless of utf-8 encoding setting for HTML)... If a new member registration happens in a particular language mode, will a notification be sent in that language? How will this be handled?
Am considering to apply Session.Codepage=65001 mentioned elsewhere to see whether this will set it all in unicode????
Also, current V4b03 is not handling a full email response message esp in Japanese to a newly registered member...the message is cut off. (This is not my problem but other V4b03 user in Shift-JIS only, who set all email message handling back to English....)
< |
Taku
|
|
|
Deleted
deleted
4116 Posts |
Posted - 05 October 2002 : 03:07:06
|
Currently (v4b03.x) the e-mail messages depend on current users language selection. So if the users uses English, the welcome message is English... This is OK, but for subscription mail it is not OK. If I post to a topic in Japanese but my selection is English, all subscriptions will get a message in English.
The mail components have problems with encoding, very few of them can use utf-8, also the commands (and charsets/encodings) to be inserted in inc_mail.asp are different for each component. This will be a headache in v4... Although you use utf-8 in forum, we need to have other (more compatible) encodings in e-mails...
Session.Codepage=65001 can be used, but not all servers supports this. < |
Stop the WAR! |
|
|
n/a
deleted
593 Posts |
Posted - 05 October 2002 : 04:44:16
|
quote: Originally posted by bozden
Currently (v4b03.x) the e-mail messages depend on current users language selection. So if the users uses English, the welcome message is English... This is OK, but for subscription mail it is not OK. If I post to a topic in Japanese but my selection is English, all subscriptions will get a message in English.
The mail components have problems with encoding, very few of them can use utf-8, also the commands (and charsets/encodings) to be inserted in inc_mail.asp are different for each component. This will be a headache in v4... Although you use utf-8 in forum, we need to have other (more compatible) encodings in e-mails...
Session.Codepage=65001 can be used, but not all servers supports this.
Thanks. I am using STMP server of my ISP which is a RoadRunner...and although I have to verify exactly what mail server it use ... could be MS Exchange Server, not sure... client is Outlook Express... Will play with Session.LCID and see whether it does anything good...< |
Taku
|
|
|
Deleted
deleted
4116 Posts |
Posted - 10 October 2002 : 19:28:17
|
I did hit a SW design related problem here... I completed the user field part but have problem with selecting the language.
How to send people in he's/she's preferred language? In short, how to get multiple language strings from the language files?
Example: I post with Turkish interface, and there are two more people UserA (English) and UserB (German). UserA must get an email in English, UserB must get an email in German, but only Turkish strings are available at the time of processing.
Any ideas? < |
Stop the WAR! |
|
|
ruirib
Snitz Forums Admin
Portugal
26364 Posts |
|
n/a
deleted
593 Posts |
Posted - 11 October 2002 : 05:58:14
|
Non-techie perspective: Would it be possible to design to have a browser default language preference and user prefered language selection setting in a mode of automatic detection on Forum side to have them store in DB and dynamically map and fetch appropriate language text string responses (assuming these are pre-determined text strings of automatic response message types)? Seems this go back again to forum performance vs forum design enabled for handling multilingual envionrment with DB as well. I assume that it is possible to set a user browser language automatic detection, it may be similarly possible to set a prefered language detection, and map that with a language specific response text string... Assume this will be more resource intensive.< |
Taku
|
|
|
Deleted
deleted
4116 Posts |
Posted - 11 October 2002 : 07:04:12
|
quote: Originally posted by ruirib
Maybe having that type of info stored in the database?
Yes I thought about this also. E-mail stuff to database and an interface to edit the actual e-mails, allow variables like:
Hi [%username%],
< |
Stop the WAR! |
|
|
ruirib
Snitz Forums Admin
Portugal
26364 Posts |
Posted - 11 October 2002 : 07:06:16
|
Looks like a good option to me. And if you limit the amount of language-specific items then it won't cause a big load on the DB server.< |
Snitz 3.4 Readme | Like the support? Support Snitz too |
Edited by - ruirib on 11 October 2002 07:06:40 |
|
|
Deleted
deleted
4116 Posts |
Posted - 11 October 2002 : 07:34:28
|
What do you mean with language-specific items? When a message is to be send, then the code will pull all the messages into two arrays, and use one whenever required. The "global variables" (such as forum name etc) will be replaced out of the loop, private ones (username etc) will be replaced in the loop.
Database Fields:
*AutoNum ID Unique Message ID LCID SUBJECT MESSAGE
One problem here. The distribution is made by LangNNNN.asp file. To install to a database, we'll at least need to distribute another ISP file.
This will make things a lot different and problematic. < |
Stop the WAR! |
|
|
ruirib
Snitz Forums Admin
Portugal
26364 Posts |
Posted - 11 October 2002 : 08:16:30
|
quote: Originally posted by bozden
What do you mean with language-specific items? When a message is to be send, then the code will pull all the messages into two arrays, and use one whenever required. The "global variables" (such as forum name etc) will be replaced out of the loop, private ones (username etc) will be replaced in the loop.
What I meant was that this should be used only for items that do indeed need to be in the database, because they can, eventually, be different from the language being used in the forum.
quote:
Database Fields:
*AutoNum ID Unique Message ID LCID SUBJECT MESSAGE
Yeah, this looks like what I had in mind.
quote:
One problem here. The distribution is made by LangNNNN.asp file. To install to a database, we'll at least need to distribute another ISP file.
This will make things a lot different and problematic.
Sorry? Why doesn't this go in the Snitz database?< |
Snitz 3.4 Readme | Like the support? Support Snitz too |
|
|
Topic |
|