Re: Cannot paste unicode <0221>, <0234> - <024f>

[Sebastian Gniazdowski <psprint@zdharma.org>]

On 28 April 2017 at 15:17:40, Peter Stephenson (p.stephenson@samsung.com) wrote:
> Probably worth checking if BROKEN_WCWIDTH is already defined in config.h
> and if not what happens if you define it. It has no effect unless
> one of __STDC_ISO_10646__ or __APPLE__ is also defined.

Tried defining it with the wcwidth hack and without – no change. System is OS X so there is __APPLE__.

> An other option is --enable-unicode9, but you'll need the appropriate
> header and library support for that to work.

I've installed iconv, it got somewhat detected:
checking iconv.h usability... yes
checking iconv.h presence... yes
checking for iconv.h... yes
...
checking for iconv... no
checking for iconv in -liconv... no
checking for libiconv in -liconv... yes
checking for iconv declaration...

-liconv was in configure status, and zsh binary is actually linked with it. However, no luck with pasting "ȮȯȰȱȲȳȴȵȶȷȸȹ", result is the same, also with insert-unicode-char

> You might want to confirm also if it actually is wcwidth() rather than
> iswprint() by hacking zle_refresh.c e.g. the following (untested). This
> might be a plausible patch, actually --- if iswprint() succeeds,
> presumably the printing width actually is positive (combining characters
> are handled as a special case afterwards).

Tried the patch, no luck, result is the same

--
Sebastian Gniazdowski
psprint /at/ zdharma.org