Re: [PATCH] zle_refresh multibyte fix

[Peter Stephenson <pws@csr.com>]

On Fri, 25 Feb 2005 22:17:45 +0300
Andrey Borzenkov <arvidjaar@newmail.ru> wrote:
> I do not have easy answer, but what would be semantic of
> 
> - regexps ([[:print:]] et al.)?
> - $foo[n,m] for scalar?
> - Upper/Lower conversion?
> - comparison (collating)?

We may need flags for at least some of these.  Possibly we should have
an overall shell option.  That would allow the shell to work the way
it always has at startup, but it could easily be set to multibyte mode
for zle and completion functions, for example.  There could still be
flags for parameters and patterns to be explicit.

Case conversion only really makes sense on characters; the question would
be whether, by default, it ignored non-ASCII characters to avoid screwing
something up.  But in this case it's hard to see what.

I don't think we make all that much use of strcoll() since it performed
sorting case-insensitively in some locales but not in others.  The globbing
code that sorts the output of filename generation uses entirely internal
functions.  They don't seem to do anything clever with Meta bytes, so
probably sorting of multibyte strings isn't completely logical, but I
haven't checked.

-- 
Peter Stephenson <pws@csr.com>                  Software Engineer
CSR PLC, Churchill House, Cambridge Business Park, Cowley Road
Cambridge, CB4 0WZ, UK                          Tel: +44 (0)1223 692070


**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.

**********************************************************************