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.
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
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.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.0.4 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-12-20
According to comment #20, closing as NotABug. Best regards. JBF
QuickPayPortal is an online service portal to pay medical bills and it also allows patients to access their health-related information such as scheduling an appointment, prescription request, and test results, etc. The portal is more fruitful to connect concerned doctors and patients. https://quickpayportal.win