W3C home > Mailing lists > Public > www-international@w3.org > July to September 2005

Re: Internationalizing JavaScript's confirm() method

From: Tex Texin <tex@xencraft.com>
Date: Sun, 04 Sep 2005 23:11:12 -0700
Message-ID: <431BE180.8B46FC2F@xencraft.com>
To: souravm <SOURAVM@infosys.com>
CC: Jon Hanna <jon@hackcraft.net>, www-international@w3.org


I agree. I was surprised by Jon's comment.

The locale of the machine is irrelevant. It is convenient as a fallback but
the user's preference should take precedence where it is known.

Instead of using system buttons, use custom buttons, that emulate system
buttons but use the appropriate language.


souravm wrote:
> Hi Jin,
> Actually I got some info how to do it (some work around)
> Option 1 :
> var theURL = "some.jsp?";
> var someFeatures =
> 'dialogHeight:250px;dialogLeft:115;dialogTop:115;dialogWidth:475px;resiz
> able:yes;';
> var argsOut = window.showModalDialog(theURL, "", someFeatures);
> Instead of 'some.jsp' we create dynamic html with message to be
> displayed and pass it. It is working.
> Option 2 :
> Using CPropertySheet class - as Arfen form this group replied. I've to
> test yet it.
> Now coming to your comment "That seems to be the way it should be
> really" - I personally don't think this is the way it should be as,
> according to me, does not take care of some usage scenarios (I've
> described below).
> Let us consider a scenario where a user from Japan, Me. XYZ san, has an
> account in a MNC bank in its local branch in Japan. The bank provides
> the required feature in its web based account access system so that Mr.
> XYZ san can access his accounts in Japanese language. Now let us assume
> Mr. XYZ san, is a big executive traveling around the world frequently
> and sometimes he has to access his accounts from browser running on a
> machine in US (and surely in that machine the locale is US English and
> for all practical purpose it would not be possible for him to change the
> locale to Japanese). So in this case the application will be all in
> Japanese except these javascripts confirm messages - which is surely not
> very nice from the user experience perspective.
> And this is not a hypothetical situation I'm describing out here. This
> was one of my client's requirements while I was planning for the
> architecture for internationalization of their already existing
> application.
> In general I am not for any local machine's setting based behaviors (in
> case of internationalization) which cannot be controlled from Server
> application. Local machine's setting should be used as a fallback
> mechanism not as the standard behavious.
> Any takers for this opinion ?
> Regards,
> Sourav
> -----Original Message-----
> From: www-international-request@w3.org
> [mailto:www-international-request@w3.org] On Behalf Of Jon Hanna
> Sent: Friday, September 02, 2005 8:47 PM
> To: www-international@w3.org
> Subject: Re: Internationalizing JavaScript's confirm() method
> souravm wrote:
> > Is there any way to control the language of the "Yes" and "no" buttons
> > displayed by JavaScript's confirm() method from the server application
> ?
> I'm pretty sure there isn't.
> > The language in which those buttons are displayed is governed by the
> > locale of the machine on which the browser is running.
> That seems to be the way it should be really.
> **************** CAUTION - Disclaimer *****************
> This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system.
> ***INFOSYS******** End of Disclaimer ********INFOSYS***

Tex Texin   cell: +1 781 789 1898   mailto:Tex@XenCraft.com
Xen Master                          http://www.i18nGuy.com
XenCraft		            http://www.XenCraft.com
Making e-Business Work Around the World
Received on Monday, 5 September 2005 06:11:24 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 21 September 2016 22:37:25 UTC