Re: [BUG] ZLE character width with emoji presentation variation selectors in Unicode

[Advait Maybhate <advait@warp.dev>]

[-- Attachment #1: Type: text/plain, Size: 1204 bytes --]

Ah cool - didn't know about the glitch prompt. Thanks for the info!

Hmm, though yep, I was observing that the width reservation seems to be
working correctly in the prompt itself but seems to fail for the bracketed
paste case (when testing in Kitty for correctness), thus the glitch prompt
doesn't entirely help here unfortunately.



On Fri, May 10, 2024 at 4:40 PM Bart Schaefer <schaefer@brasslantern.com>
wrote:

> On Fri, May 10, 2024 at 10:12 AM Advait Maybhate <advait@warp.dev> wrote:
> >
> > In fish's case, I believe they use ridiculousfish/widecharwidth which
> does seem to handle emoji presentation selectors. unicode-width, part of
> the Rust stdlib, recently added support for correctly reporting the width
> of these sequences as well: unicode-width/pull/41.
>
> Note that if your primary concern is emojis in prompts (rather than in
> text typed as command input), zsh has the %G (for "glitch") prompt
> sequence.  So if you write e.g.
>
> PS1="Cloudy %{☁️%2G%}% "
>
> then zsh will correctly reserve 2 positions for the glyph when
> calculating the prompt. (Note gmail may have messed up the copy-paste
> of the emoji; do it right and it works).
>

[-- Attachment #2: Type: text/html, Size: 1645 bytes --]