vile
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [vile] vile-9.6k.patch.gz


From: Chris G
Subject: Re: [vile] vile-9.6k.patch.gz
Date: Mon, 14 Apr 2008 17:51:21 +0100
User-agent: Mutt/1.5.17 (2007-11-01)

On Mon, Apr 14, 2008 at 06:42:35PM +0200, Paul van Tilburg wrote:
> On Sat, Apr 12, 2008 at 09:04:28AM -0400, Thomas Dickey wrote:
> > On Sat, 12 Apr 2008, Paul van Tilburg wrote:
> >> On Thu, Apr 10, 2008 at 08:52:47PM -0400, Thomas Dickey wrote:
> >>>  patch by Thomas E. Dickey <address@hidden>
> >>>   + update list of filters in doc/config.doc
> >>>   + improve locale initialization, checking if there is no installed
> >>>     narrow locale corresponding to the given (wide) locale.  In that
> >>>     case, default to either ISO-8859-1 or ASCII, depending on whether
> >>>     there was actually a wide locale whose encoding is UTF-8 or
> >>>     ISO-8859-1, or neither (report by Paul Van Tilburg).
> >>
> >> Works great! Thanks!
> >> Uploading this to Debian Sid. :)
> >
> > no problem - let's see if this looks stable enough for 9.7
> 
> Actually... there is one thing I'd like to discuss.
> If file-encoding is set to auto, it will inspect the buffer to decide
> what to do which seems to default to '8bit' to my systems (inspecting
> $encoding) when editting an empty/new file.
> It would IMO be more sane to set the default based on the locale.
> I have set LC_CTYPE to an UTF-8 locale exactly for that purpose.
> If this is done, this still works for editting latin1/latin9 files
> or ASCII files. 
> 
> What do you think?
> 
Yes, I'd go for that approach, if there's an LC_CTYPE setting or a
LANG setting vile should use that as the default file encoding.

-- 
Chris Green




reply via email to

[Prev in Thread] Current Thread [Next in Thread]