bug-gnu-emacs
[Top][All Lists]
Advanced

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

bug#33648: 25.2; feature request: configurable position of strike-throug


From: Eli Zaretskii
Subject: bug#33648: 25.2; feature request: configurable position of strike-through line
Date: Mon, 31 Aug 2020 17:37:13 +0300

> From: Stefan Kangas <stefan@marxist.se>
> Date: Mon, 31 Aug 2020 11:21:09 +0000
> Cc: 33648@debbugs.gnu.org
> 
> > When I use set-face-attribute to give some text a strike-through
> > attribute, I see that emacs behaves differently from other pieces of
> > software: Apparently, the line is drawn at the level of half the glyph's
> > height -- which causes the line to be just touching letters like "a",
> > "c", "e", ... and it isn't perceived as striking the text out (at least
> > not by me).
> >
> > In comparison, web browsers interpreting html strike tag make the
> > line at the level of half of the "small lowercase letters" -- basically
> > at the level of the line in lowercase "e". The same is done by Libre
> > Office ... and others.

Web browsers and the rest normally don't have to support display
elements of different height on the same screen line.

> > My suggestion is to make this configurable in some way. I'm not sure,
> > if it would be better to have a global option for all files, or
> > if "(set-face-attribute ... :strike-through" should accept more choices
> > to make each line configurable. (I personally would change all of my
> > striking lines, if possible.)

Patches to make the offset configurable via a Lisp variable are
welcome.  (I'm not sure the result will be prettier, except in some
very special cases, but if someone wants to shoot themselves in the
foot, why not?)

> I'm have no idea how to fix it; the font code is pretty opaque to me.

The code to handle this is quite simple: search for strike_through_p
in xterm.c.  (We have similar code in w32term.c and nsterm.m.)

> I mucked around a bit and came up with the below diff.

I found no diffs in your message.





reply via email to

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