[THIN] Re: Regional Settings and keyboard locale
- From: Shane.Rees@xxxxxxxxxx
- To: thin@xxxxxxxxxxxxx
- Date: Fri, 11 Nov 2005 17:28:02 +1000
Hi Rick - this actually works a treat - we have a French based client
who's users log into Brisbane based Citrix servers, who were having all
sorts of problems with keyboard layouts. I found this fix a while ago,
installed the hotfix, added the registry key - which results in the
keyboard layout being stored as a part of the user's profile, instead of
passing through from the client - problem solvered :)
Cheers,
Shane
_____
From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On
Behalf Of Rick Mack
Sent: Friday, 11 November 2005 4:31 PM
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: Regional Settings and keyboard locale
Hi,
I thought this one might save a non-US admins a few hairs.
As you're probably aware, when an RDP or ICA client starts up a TS
session, the keyboard locale and regional language in the session are be
determined by the keyboard locale of the client. If you have a later
version of office installed, you would have also found that word for
example, automatically sets the default document language to match the
keyboard/regional locale.
So even if you've been careful to avoid US English in the build process,
you can still end up with US English as the default language in word. This
wouldn't be a problem if English was spelled the same way everywhere, but
unfortunately English Australian, English UK etc use different spelling,
and it matters to our users.
ICA client behaviour can be modified by mods to appsrv ini or template.ica
which set the client to accept the server default for the keyboard layout
by setting the following value:
KeyboardLayout=(Server Default)
Life gets a bit more difficult if it's hard to modify all the client
configs.
There is now a global way of doing this on a per server basis. Microsoft
Technote KB842136 describes a registry value that can be set so that the
server ignores the remote client keyboard locale for both ICA and RDP
connections.
I've included a policy template extract that allows you to set this value.
POLICY "Ignore Remote Client Keyboard Locale"
KEYNAME "System\CurrentControlSet\Control\Keyboard Layout"
PART "Set Server to disregard remote RDP/ICA client keyboard
locale" CHECKBOX
VALUENAME "IgnoreRemoteKeyboardLayout"
VALUEON NUMERIC 1
VALUEOFF NUMERIC 0
END PART
END POLICY ; keyboard locale
regards,
Rick
Ulrich Mack
Volante Systems
##########################################################################
###########
This e-mail, including all attachments, may be confidential or privileged.
Confidentiality or privilege is not waived or lost because this e-mail has
been sent to you in error. If you are not the intended recipient any use,
disclosure or copying of this e-mail is prohibited. If you have received
it in error please notify the sender immediately by reply e-mail and
destroy all copies of this e-mail and any attachments. All liability for
direct and indirect loss arising from this e-mail and any attachments is
hereby disclaimed to the extent permitted by law.
##########################################################################
###########
##########################################################################
###########
This e-mail, including all attachments, may be confidential or privileged.
Confidentiality or privilege is not waived or lost because this e-mail has
been sent to you in error. If you are not the intended recipient any use,
disclosure or copying of this e-mail is prohibited. If you have received
it in error please notify the sender immediately by reply e-mail and
destroy all copies of this e-mail and any attachments. All liability for
direct and indirect loss arising from this e-mail and any attachments is
hereby disclaimed to the extent permitted by law.
##########################################################################
###########
Interact Connection 2005
<a
href="http://www.mincom.com/company/events/info/358_interact_connection_.asp?lEventId=358
">Register now</a> to confirm your place at one of the Mincom Australian User
Forums during November!
--
This transmission is for the intended addressee only and is confidential
information. If you have received this transmission in error, please notify the
sender and delete the transmission. The contents of this e-mail are the opinion
of the writer only and are not endorsed by the Mincom Group of companies unless
expressly stated otherwise.
Other related posts:
