[darcs-users] Re: Can I disable \xx quoting in record --interactive?

Thomas Zander zander at kde.org
Mon Mar 21 08:41:48 UTC 2005

On Sunday 20 March 2005 21:35, Tommy Pettersson wrote:
> > You would probably need "show human readable without munging"
> > even in the apply case as an option (it should not be the
> > default in the apply case for safety).  Maybe the list of "what
> > do you want to do with this hunk" choice can include "view it
> > without hex munging"?
> This is a terrific work-around until we get proper i18n,
> I think. 

OTOH; the control codes you worry about are all in the really low scales of 
the ascii range (they typically begin with an escape, which is < '0').
Just like you would escape html with nothing but escaping the '<' and '>' 
chars, you can limit this escaping to just everything lower then '0'.
More on a full solution below.

> I found a description of EUC-JP and it looks like all multi
> byte combinations use only bytes in the range 0x80-0xFF.  So it
> would be easy to make something similar to DARCS_USE_ISPRINT,
> maybe a DARCS_USE_8BIT.  But I also found some other encodings
> that use multibytes in the range 0x20-0xFF, and all control
> chars is below 0x20, so maybe we should just as well allow
> everything in that range.  I'll think some more about it.

We had a conversation on the user list about encodings some months ago, the 
discussion was about XML, as a replacement of darcs internal patch 
formatting. [1] The problem was similar to what we see in this thread; hex 
codes instead of the correct glyphs.
I commented back then that we can fix this in an easy step by 
a) assuming latin1 for all files (which is a 8 bit encoding)
b) allowing the user to set encoding for certain files.
c) using utf8 as the internal patch format (so the patches/* files would be 
encoded that way.

The effect of setting an encoding would be that the EUC-JP file would be 
converted to be shown as utf8 on the terminal, which would show nice chars 
if the user installed his xterm correctly :)

IMO thats the real solution here and any intermidiate solution will probably 
have to keep that in mind.

and various others in that thread...
Thomas Zander
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.osuosl.org/pipermail/darcs-users/attachments/20050321/9bdd8762/attachment.pgp 

More information about the darcs-users mailing list