On Mon, 2 May 2005, [UTF-8] Branko ─^Libej wrote:
> Peter N. Lundblad wrote:
> >Maybe this isn't a very big deal after all. Most people on Windows is use
> >a GUI, which will want consistent encodings. Maybe we should just use the
> >locale encoding and later use the file's encoding if that's known.
> Actually, for GUIs, it would be a lot better if the headers _were_ in
> UTF-8, just not part of the output stream but passed along in some other
Since I'm changing svn_client_diff and svn_client_diff_peg, adding an
header_encoding argument, that's actually possible with the new APIs.
> way. That would be best for the command-line client, too, it would just
> use svn_cmdline_printf to output the headers, and the conversion would
> be automatic.
> >I don't know, since I don'"t know how this afects people on Windows in
> >reality. What I *do* know, however, is that just outputting UTF8 is wrong
> >and I'd like to fix that.
> >Any input from Windows people is appreciated.
> As I said, I don't think I have a good answer myself, except "stay away
> from Windows command line if you value your sanity"...
> One of the reasons I'd like to see headers sent to the client
> out-of-band is that I want to convert the Windows console I/O to use
> wide-character functions (on Windows variants that support them),
> because then we'd get Unicode<->console conversion for free (*and* it
> would include transliteration on output, no bad thing). This would
> already work for all commands except "diff" and "blame", but can't work
> for those because the annotations are mixed with the file data.
Seems like that would be an improvement. I'm not doing that now, however.
I just fix #1533 making it consistent with our other output.
But, if we change to wchar_t-based functions on Windows, how do we handle
the catual file contents, then?
> I do think that the output from our internal diff can (and should) be
> different than the output from external diffs.
this is why I don't want to go down tis route currently.
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Mon May 2 14:11:25 2005