https://bugs.documentfoundation.org/show_bug.cgi?id=105307
V Stuart Foote <vstuart.fo...@utsa.edu> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
CC| |khaledho...@eglug.org,
| |vmik...@collabora.co.uk,
| |vstuart.fo...@utsa.edu
Blocks| |71732
Ever confirmed|0 |1
--- Comment #1 from V Stuart Foote <vstuart.fo...@utsa.edu> ---
Confirmed on Windows 8.1 Ent 64-bit en-US with
Version: 5.3.0.1 (x64)
Build ID: 3b800451b1d0c48045de03b5b3c7bbbac87f20d9
CPU Threads: 8; OS Version: Windows 6.29; UI Render: default; Layout Engine:
old;
Locale: en-US (en_US); Calc: group
But as Miklos pointed out in
https://bugs.documentfoundation.org/show_bug.cgi?id=87914#c5 there are two
modes while editing the Draw box--one is editeng rendering, i.e. while the draw
box has edit cursor focus; and the other is drawinglayer rendering.
The small cap font effect only applies when the drawing object is held by the
edit engine. On release the drawing layer drops the effect.
However, with implementation of HarfBuzz we now have improved handling of
OTF/Graphite smart font features. To the extent that a font supports SmallCaps
and other features--believe the font will be rendered in the Draw box.
So, not sure how much effort should be made to improve the simulated SmallCap /
DropCap effects within a Draw object when using :smcp=1 flag for a font with
actual Small Capital metrics.
Referenced Bugs:
https://bugs.documentfoundation.org/show_bug.cgi?id=71732
[Bug 71732] [META] Bugs related to text rendering, typography and font features
in LO
--
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
