[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: BUG: TortoiseMerge automatically converts ANSI file to UTF8 w/o BOM

From: Craig McQueen <mcqueen-c_at_edsrd1.yzk.co.jp>
Date: Fri, 12 Sep 2008 09:19:58 +0900

Stefan Küng wrote:
> debose wrote:
>
>> On Sep 9, 9:27 pm, Stefan Küng <tortoise..._at_gmail.com> wrote:
>>
>>> Sure, it you have utf8 encoded text, then the file is utf8 encoded.
>>>
>> Seems like that build, incorrectly detects UTF8 w/o BOM. F.e. every
>> file that contains ONLY ASCII(plain English, without locale-dependent
>> symbols) is treated in TortoiseMerge as UTF8 CRLF, while in fact it is
>> ANSI.
>> And after editing in TortoiseMerge, it will become UTF8, which is not
>> acceptable for me. =(
>>
>
> I added a registry key to set the default:
> HKCU\Software\TortoiseMerge\UseUTF8
> (DWORD value)
>
> if set to 1, then TortoiseMerge will default to utf8 when loading files
> which only have chars < 127 in it.
>
> This was done in r13918.
>
> Stefan
>
>
This situation begs for an svn property to store the file's character
encoding -- in a similar way to svn:mime-type stores the MIME type. I've
done a web search and found discussion about svn:charset.
 This seems like a great idea -- is it likely to become mainstream?

Regards,
Craig McQueen
Received on 2008-09-12 02:21:25 CEST

This is an archived mail posted to the TortoiseSVN Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.