On 7/29/25 5:58 PM, Enrico Forestieri wrote:
On Tue, Jul 29, 2025 at 10:16:38PM +0200, Enrico Forestieri wrote:
On Tue, Jul 29, 2025 at 07:43:01AM +0100, José Matos wrote:
On Mon, 2025-07-28 at 21:54 -0400, Richard Kimberly Heck wrote:
Attached, and a screenshot of how it looks here.
Riki
I see that with Droid Serif but not with other fonts like, for
example, with
Droid Sans.
Perhaps, there is a problem with the metrics of that particular font.
You should try using the same font in another Qt application (same Qt
version, possibly) and check whether it reproduces there.
It's definitely a bug with that font. You may correct it using
fontforge as follows:
fontforge /path/to/DroidSerif-Regular.ttf
- right click on ` and choose "Glyph Info..."
- change "OT Glyph Class" from "Mark" to "Base Glyph" and click OK
- choose from the menu "File > Generate Fonts..."
- select "TrueType" as font type
- choose a name, e.g. DriodSerif-Regular.ttf, and a path where to save it
- click on "Generate" (ignore errors)
- exit fontforge (you may discard the .sfd file)
- make a copy of the original DroidSerif-Regular.ttf and then replace it
with the generated one.
Thanks, Enrico. I was guessing that the character was somehow marked as
a `combining' element, but had no idea how to fix it.
I'm fairly sure that this was not happening before. I noticed it on a
new machine, hence fresh install, but I am reasonably sure I have used
Droid Serif for display before. I will report it to Fedora. Presumably
someone there can sort it out.
Riki
--
----------------------------
Richard Kimberly (Riki) Heck
Professor of Philosophy and Professor of Linguistics
Brown University
Pronouns: they/them/their
Website: http://rkheck.frege.org/
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
