[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#23574: 24.5; Overzealous underlining in emacs-nox

From: martin rudalics
Subject: bug#23574: 24.5; Overzealous underlining in emacs-nox
Date: Fri, 10 Jun 2016 09:16:02 +0200

>> OK.  But with my property list approach a once calculated bitmap would
>> have simply overridden the face of the iterator object.
> Your suggestion included a function, which could well return different
> values on each call.
> And creating new faces from arbitrary sets of attributes is no fun,
> either.

OK.  I was not fond of my proposal anyway.

>> Suppose a user wants to use the same background for all spaces at the
>> ends of all lines of a buffer regardless of "the last face used on the
>> line".  How would she specify that?
> By putting the proper face property on the newline.

Which gets me back to my initial concern: If our user does that eagerly
for the entire buffer, the overhead might be non-negligible.  A more
lazy solution would require to hook into ‘pre-redisplay-functions’ or
something the like in order to know which lines get displayed.  Would
‘pre-redisplay-functions’ be a suitable place for that?


A loosely related question: Does for R2L text row->pixel_width for each
glyph row indicate the width of that row occupied by text as it does for
L2R text?  Suppose we have a L2R line with dots indicating the empty
space at the end of that line:


R2L this line would appear as


Would these two lines have the same row->pixel_width?  Or, would the
length of the stretch glyph added at the left of the R2L line be that of
‘window-text-width’ minus row->pixel_width?

reply via email to

[Prev in Thread] Current Thread [Next in Thread]