Hi!
How do you propose to handle SOFT HYPHEN? It should be
zero-width and invisible unless a linebreak is done at that point
(in which case it should be rendered as a hyphen). (I know,
there are lots of issues regarding hyphenation as such, which
I'm not asking about now.)
Asks
/Kent K
Markus Kuhn wrote:
> I do not want to treat the ZWNBSP as a special character in terminal
> emulators. I want it do get displayed and be cut&pasteable, just like
> any other character for which there is no glyph in the font.
> If we just
> silently drop ZWNBSPs in the terminal emulator (like we do
> with a NUL or
> DEL control character), then a cut&paste will not pick up
> this character
> again. Preserving a zero-width character, which - unlike a combining
> character! - is not associated with any other glyph, for cut&paste
> operations is IMHO a dubious thing. It needs nasty extra
> logic that has
> to be replicated in every application and it is unclear what
> to do with
> a ZWNBSP at the start or end of a cut region. It just adds
> complexity to
> the game for no good reason.
>
> You can't easily treat the ZWNBSP character in fixed-width terminal
> emulators at the same time as a full character and keep it
> invisible. It
> just falls out of the concept of a fixed-width terminal, therefore I'd
> very much prefer to ignore its existance (just like all the other
> Unicode control characters in the U+20XX range), and treat it exactly
> like an unknown Unicode character. I very much believe (and
> hope), that
> people don't really want to use these things in Unix plain text files.
>
> Markus