| Summary: | fontwork problem: font URW Chancery L renders not correct when bold | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | sasha.libreoffice |
| Component: | Libreoffice | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | NEW --- | QA Contact: | |
| Severity: | normal | ||
| Priority: | medium | CC: | frob, jbfaure, jmadero.dev, reisi007, sasha.libreoffice |
| Version: | 3.3.0 release | ||
| Hardware: | All | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: |
on first page 2 Fontworks: unbold and bold, and same text without Fontwork. On second page screenshot of first page.
screenshot on Windows (see first page) screenshot on Fedora 64 bit (see first page bottom) |
||
on LibreOffice 3.3.1 problem still exist [This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html reproduced on LibO 3.5.0 beta 1 With LibO 3.5 RC 1 it is working for me. (Win 7 x64 PS: Screenshot @ page 3 But it is Linux specific bug. We need test it only on Linux. Return status to Unconfirmed (In reply to comment #5) > But it is Linux specific bug. We need test it only on Linux. > Return status to Unconfirmed Ok, so in order to be able to compare, could you attach a screen copy of actual behavior on your linux box and a screen copy on MS-Windows (as a reference). In other words : a screen copy for what is expected and a screen copy for what you get. From my side I do not see a problem with your bugdoc in LO 3.5.0 rc2+ under Ubuntu 11.10. Page 1 seems identical to page 2. Best regards. JBF Created attachment 56315 [details]
screenshot on Windows (see first page)
Created attachment 56316 [details]
screenshot on Fedora 64 bit (see first page bottom)
Font used in Windows is not 'URW Chancery L'. There is only "Medium Italic" variant of "URW Chancery", hence everything else would be generated from that one. To properly compare you need to copy windows version of the font into linux. May be it means that problem is in font and not in office. Alas, I have no Windows today for experiments. I don't think it's a font problem (other than that embolden algo doesn't work nice with such outlines). Dear bug submitter! Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs. To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem. Yours! Florian Dear bug submitter! Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs. To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem. Yours! Florian Dear bug submitter! Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs. To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem. Yours! Florian Dear bug submitter! Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs. To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem. Yours! Florian in 3.6.0 problem still exist On pc Debian x86-64 with master sources updated today, I somehow reproduce the problem. I mean I don't have the same result as Windows but have thinner/lighter lines on left page. I also noticed this on console: warn:unotools.misc:18295:1:unotools/source/misc/mediadescriptor.cxx:744: caught Exception "an error occurred during file opening" while opening <file:///home/julien/compile-libreoffice/bugs/.libreoffice/3/user/template/Sasha.ott> Now, considering Valek's comment and the fact I know very little about fonts, I don't know if it confirms or not the problem. never confirmed by QA team - should be UNCONFIRMED. Marking as NEW. (In reply to Adolfo Jayme from comment #19) > Marking as NEW. Can I ask what is NEW with that one? ;) There is NO bold version of the URW Chancery L. If anybody wants to see (near) identical results on different systems, all of the involved systems should have the same set of fonts. This is not a bug, just wrong expectations of the bug submitter. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Created attachment 43594 [details] on first page 2 Fontworks: unbold and bold, and same text without Fontwork. On second page screenshot of first page. On Linux I have created Fontwork (Wordart) using font URW Chancery L. I used letters ABCDF. When they are not bold all is right. But when they bold they look strange. Experiments show, that strange look not all letters in text, but some. Situation differs when change slant (yellow handle in bottom of text). On windows no problem. On Linux OpenOffice the same problem. In attached file on first page 2 Fontworks: unbold and bold, and same text without Fontwork. On second page screenshot of first page.