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): openoffice.org-core-1:2.4.0-9.1.fc9.x86_64
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 format
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