Red Hat Bugzilla – Bug 436520
[RFE] No support for font-stretch above the vcl level
Last modified: 2016-11-10 09:44:22 EST
Description of problem:
Following the ongoing discussion on proper complex font support
http://qa.openoffice.org/issues/show_bug.cgi?id=79878 I retested the fedora OO.o
Unfortunately it seems that while the face list in the new font selector has
indeed been fixed, it's still not really working
When you select a DejaVu Sans Condensed face, and compare it to its not
condensed sibling, you realise the same face is being used. Selecting DejaVu
Sans Condensed Oblique gives the same results as DejaVu Sans Oblique, for
example. The GTK2 font selector OTOH gets this part right.
So the Fedora patch needs to be revisited
Version-Release number of selected component (if applicable):
absolutely no way am I taking this as a F-9 blocker
(In reply to comment #1)
> absolutely no way am I taking this as a F-9 blocker
Sure, that's why it was proposed as target, not blocker
I'm not as wholly insane as it may seem sometimes
We don't carry any patches for the font dialog any more, the original missing
names was a little bug in vcl that wiped them out, and that got applied upstream
as well. Now that they get as far as the dialog we can see that we have some
more tricky issues.
Added my own comments to that issue along the lines of how I think we'd have to
add this support, Assuming that I'm right, I think it's going to be a bit of a
pain to get this in place. I suspect we need to store the condensed etc. values
in our file format like svg in a font-stretch/font-width attribute, and there
*may* be a difficulty in not having a specified -asian/-complex variants of that
as we do for font-width, font-pitch.
I need to check with the xml guys as to how we should describe this in the file
Adding FutureFeature keyword to RFE's.
*** Bug 681930 has been marked as a duplicate of this bug. ***
its clear we're not going to implement this downstream