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