Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: multibyte backwarddeletechar
- X-seq: zsh-workers 16100
- From: Geoff Wing <gcw@xxxxxxx>
- To: Zsh Hackers <zsh-workers@xxxxxxxxxx>
- Subject: Re: multibyte backwarddeletechar
- Date: Mon, 22 Oct 2001 13:23:06 +1000
- Cc: Clint Adams <clint@xxxxxxx>
- In-reply-to: <20011021215022.A25491@xxxxxxxx>; from clint@xxxxxxx on Sun, Oct 21, 2001 at 09:50:22PM -0400
- Mailing-list: contact zsh-workers-help@xxxxxxxxxx; run by ezmlm
- Organization: PrimeNet Computer Consultancy
- References: <20011021114254.A17952@xxxxxxxx> <20011022105702.A4297@xxxxxxxxxxxxxxx> <20011021215022.A25491@xxxxxxxx>
Clint Adams <clint@xxxxxxx> typed:
:For one thing, the %D escape in my prompt is substituted with
:multibyte glyphs in the relevant locales. That in itself
:poses a potential width calculation problem even if the user
:doesn't input any multibyte characters.
I understand a lot of the limitations, having programmed from both
ends of the system (output to a terminal and interpret such output
in a terminal emulator). And your initial list covers the basic
areas: deleting characters, basic cursor movement
But what happens when I do, say, "history-incremental-search-backward",
input characters for the second half a multibyte glyph, then do
"kill-line"? What happens when I do, "down-case-word" when we only
consider byte by byte (which may easily corrupt the second byte of a
two-byte glyph)? These are a couple off the top of my head.
There'll be quite a few more and I think they'd need to be tracked down
and considered before we make changes in this area.
I'm not trying to discourage anyone from looking at this and hope I
don't but would rather they have a broader overview so that if we
do change then we have a well planned method rather than trying to
hack each area separately.
Regards,
--
Geoff Wing | gcw@xxxxxxxxx | gcw@xxxxxxxx | gcw@xxxxxxx
Messages sorted by:
Reverse Date,
Date,
Thread,
Author