user_encoding fix
Nir Soffer
nirs at freeshell.org
Sun Feb 19 11:33:23 GMT 2006
On Feb 19, 2006, at 2:21 AM, Robey Pointer wrote:
>
> On 16 Feb 2006, at 16:27, Nir Soffer wrote:
>
>> I branched John A. Meinel encoding branch, and started with a small
>> fix for user_encoding, described in
>> http://bazaar.canonical.com/DarwinCommandLineArgumentDecoding.
>>
>> See revisions 1575..1577 from http://nirs.dyndns.org/bzr/encoding-nirs
>>
>> There are 3 new tests, 2 are trivial tests that check the correct
>> value, the third is a test that try to validate the value of
>> user_encoding by using shell completion and trying to decode the
>> completed names, which is relevant to all posix like platforms.
>>
>> Please comment and try the tests on your platform. I use here Mac OS
>> X 10.3, and have also a W2K machine but try to avoid it.
>
> My terminals are set to use UTF8 encoding, but I think that was
> because I set them myself. I believe Macs in the US locale may use a
> default encoding of Latin-1.
There is no such term US locale in Mac OS X. You can set locale related
preferences in the International page in System Preferences.
As a test I created a new user on 10.3, which get English language
first in the language tab, and Israel (English) in the Format tab. I
switched the format to United States. Then I opened the Terminal for
the first time, and it uses Unicode (UTF-8).
Trying to create and complete file names at the shell show they use
utf-8:
$ mkdir test
$ cd test
[switch to Hebrew in the Input Menu]
$ touch \327\220\327\221\327\222
$ echo *
אבג
I did not test this on 10.4 yet.
Best Regards,
Nir Soffer
More information about the bazaar
mailing list