https://bugs.documentfoundation.org/show_bug.cgi?id=112385
V Stuart Foote <vstuart.fo...@utsa.edu> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEEDINFO |NEW
CC| |khaledho...@eglug.org,
| |michael.me...@collabora.com
| |, qui...@gmail.com,
| |t...@iki.fi
Blocks| |93529
Summary|Libre Office Calc AND |Libre Office Calc AND
|Writer Do NOT display the |Writer Do NOT display the
|Arial Font properly |Arial Font properly with
| |OpenGL rendering
--- Comment #10 from V Stuart Foote <vstuart.fo...@utsa.edu> ---
(In reply to Willim from comment #9)
Looking at the msinfo32 Display panel you posted (thank you BTW), with current
Intel driver (15.40.34.4624/20.19.15.4624) the Intel HD Graphics 4400 iGPU of
your Haswell (2013) i3-4160 CPU should be well supported on Windows 10. You
might update to the latest Intel driver (15.40.36.4703)[1], but would not
expect that to fix this isolated OpenGL DirctWrite rendering issue.
> From an outsiders point of view (dangerous thinking retired man)
>
> For Open GL to work:-
> character spacing = 100 and
> "change" character width =, say, 90%. (Just an old man's idea :-)
>
> This would "explain" the disappearing "1"'s and vertical edges on "6"'s and
> "0"'s. The white space around the characters is overwriting adjacent
> characters.
No, OpenGL rendering and default HA or CPU rendering all "read" the font
metrics for each font, and "stamp" glyphs using those metrics. Believe it is
the stamping of the glyphs to canvas that differ between OpenGL and default
rendering.
Myself I have not see this "clipping" of a specific font, usually the whole GUI
would be affected dependent on OpenGL driver support for particular GPU. I can
not reproduce this effect on Arial font with Intel HD Graphics 620 GPU with
same Intel OpenGL driver.
You might use an external utility (BablePad, or MainType, etc.) just to verify
your version of the Arial font is the Windows 10 correct MonoType v6.90 (Arial
regular, 2015, w/3127 characters).
As it does toggle correct when disabling OpenGL setting to new. Though it would
be helpful if we had a few others reproducing.
@Tomaž, Khaled, Tor--thoughts on OpenGL mishandling a font metric then clearing
up with default rendering? Anything specific the OP could provide that would
help diagnose?
=-ref-=
[1]
https://downloadcenter.intel.com/download/26984/Graphics-Intel-Graphics-Driver-for-Windows-15-40-
Referenced Bugs:
https://bugs.documentfoundation.org/show_bug.cgi?id=93529
[Bug 93529] [META] VCL/OpenGL rendering tracker bug for 5.0+
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
