GNU bug report logs - #13399
24.3.50; Word-wrap can't wrap at zero-width space U-200B

Previous Next

Package: emacs;

Reported by: martin rudalics <rudalics <at> gmx.at>

Date: Thu, 10 Jan 2013 08:31:02 UTC

Severity: wishlist

Found in version 24.3.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: martin rudalics <rudalics <at> gmx.at>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 13399 <at> debbugs.gnu.org
Subject: bug#13399: 24.3.50; Word-wrap can't wrap at zero-width space U-200B
Date: Fri, 11 Jan 2013 16:17:04 +0100
> No, it's because, when mouse highlight finds a character with
> mouse-face, it looks forward for the first character without that
> face, and highlights everything in between.

I thought so.  Seems like zero-width spaces is the only means to fix
this.

>> This needs an up to date display, IIUC :-(
>
> Yes, but only because the code to do that without looking at the
> current glyph matrix was never written.  We do similar things all over
> the display engine.

Could you give writing this sort of "maybe this year" priority?  Look at
that silly code in `fit-window-to-buffer' for a motivation.  Just that
the return value of such a function would have to include the height
needed for continuation lines as well.

>> By adding hard newlines.
>
> I thought that way is "deprecated" in favor of C-level word-wrap,
> which is why longlines.el is in obsolete/...

But I have to calculate the height of the window _before_ redisplay.
And for knowing the height of the window I have to know the number of
displayed lines.

martin




This bug report was last modified 4 years and 244 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.