[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?

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

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