Bug 98680 - GPU font rasterization ...
Summary: GPU font rasterization ...
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: graphics stack (show other bugs)
(earliest affected) rc
Hardware: All All
: medium enhancement
Assignee: Not Assigned
Depends on:
Blocks: Font-Rendering
  Show dependency treegraph
Reported: 2016-03-15 11:49 UTC by Michael Meeks
Modified: 2020-08-29 19:43 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description Michael Meeks 2016-03-15 11:49:14 UTC
Ideally we should rasterize glyphs on the GPU not the CPU. This would have several benefits including speedups, clear-type-ifying, and particularly sub-pixel glyph positioning giving better layout of tiny text.

Ideally we could get consistent sub-pixel glyph positions from harfbuzz as/when we move to that for shaping; and get something rather beautiful here.
Comment 1 Johnny_M 2017-05-13 20:20:34 UTC
Has this been implemented in the meantime? (E.g., bug 107090 talks of GPU rendering of text. Although I might be mixing things up.)

As for tiny text rendering issues, just for info: another, tangential, improvement is described in the bug 103322, with its other possible manifestations such as bug 88991 and its companions. Bug 71732 comment 14 summarizes the current state after the move to Harfbuzz.
Comment 2 QA Administrators 2018-11-12 03:41:40 UTC Comment hidden (obsolete)
Comment 3 Buovjaga 2020-08-28 12:01:06 UTC Comment hidden (off-topic)
Comment 4 V Stuart Foote 2020-08-28 14:37:51 UTC
Perhaps no longer OpenGL related, but this remains a valid issue--including via Skia libs.
Comment 5 Buovjaga 2020-08-28 14:58:52 UTC
(In reply to V Stuart Foote from comment #4)
> Perhaps no longer OpenGL related, but this remains a valid issue--including
> via Skia libs.

I searched through the commit/patch history and it is clear that text rendering directly with Skia was implemented.

I asked Tomaž on IRC and he commented: "skia should solve this - IMHO at least this is not something we want to mess with anyway :)"

Stuart: what am I missing?
Comment 6 V Stuart Foote 2020-08-28 15:19:49 UTC
Closing the OpenGL issues for QA housekeeping is fine. But still work to be done here, @Michael?
Comment 7 Michael Meeks 2020-08-29 19:43:07 UTC
Well, I guess the skia move is in large part an attempt to use a modern graphics library underneath our code, and leave these decisions to them so we can avoid having to try to boil the ocean =)

As such - assuming we can switch to Skia everywhere and deprecated OpenGL, I'd close this WONTFIX I think. I don't see any resource that we could apply here that wouldn't make more sense to do lower in the rendering stack =)

If that makes sense ?