Apache OpenOffice (AOO) Bugzilla – Issue 128304
"export to pdf" deformed "text to curves" text
Last modified: 2020-03-13 08:01:26 UTC
When "exporting to PDF" text that has been "converted to curves" the exported text is deformed. It's worse when reduced in size. This happens in the EXPORTING process to the PDF document. There does NOT appear to be any problem in the OO-Draw internal representation of the text or the .odg file. You can find relevant files, here : https://www.sechee.net/TBgwtpjzXvociSCWum.zip Please download before the 29 Feb 2020. Examine PDF file at resolution 3200%, with Adobe PDF viewer and similar.
Created attachment 86852 [details] .odg and .pdf sample
Note that 4.0.1 and Windows XP are out-to-date. Please provide a screenshot to show us what is "deformed". You don't explain how you did to create these formulas. Once done, set to UNCONFIRMED.
Created attachment 86853 [details] Further description of the problem
The same happens with straight text, so I will not explain how the formula was created. It is simply a group of text segments. Perhaps you may need to boost the resolution level of the OO system.
It has been tested on ver 4.16 before raising the issue. The operating system makes no difference in this type of problem. Although I have OO 4.00 on Linux I have NOT tested this on Linux, because I am sure the Dev/Support can do it. I have provided the files. I believe I have done more than enough, as far this issue is concerned.
Okay, If I zoom in I can see that the f in the small formula is slightly deformed at Zoom level 1600% Have you tried different Fonts? I am honest, I do not see the use case. Can you elaborate why you need the perfectionism on this zoom level?
Are you in the Dev Team or an Administrator in the Dev Team ????????? My 2nd attachment shows very clearly what is the problem. But then it all depends on who is using OO Draw, and why. I am simply reporting an issue and hoping and that it <<<-------- is useful to the OO evolution. I have worked at the CADCenter, Cambridge UK and I am quite familiar with large graphic systems. But this was for Engineering where higher standards are required. I am VERY aware of the level of precision and resolution you can get from a 32bit (long) or 64bit double in C/C++.
(In reply to Andrew .......... from comment #7) > Are you in the Dev Team or an Administrator in the Dev Team ????????? We are all volunteers in this free opensource project and you are welcome too. > I am VERY aware of the level of precision and resolution > you can get from a 32bit (long) or 64bit double in C/C++. If you have technical skills in this language, you can submit a patch through our Github repo: https://github.com/apache/openoffice This will useful to the OO evolution
Democracy and high technology do not mix very well. We all have equal rights, but some of us may have Doctorates and may have worked for some very reputable companies. All I tried to say, in my last Comment and sentence, is that there is no fundamental reason why we cannot have practically zero deterioration, in "converting to curves" and "converting to PDF". As OpenOffice software is FREE, it is also important that somebody specifies what are the standards, and what are the limits which would be unwise to go past. Rather than have endless and pointless discussions. I have started using OpenOffice Draw less than 10 weeks ago, and I am not interested in getting involved, beyond the Software User level. And even this may be terminated at any time.
Well, IMHO all active volunteers follow your schema. Is this then Democratic? I say no. I say this is anarchic. Since I have the feeling I do not understand what the issue is or the requirement: For me the case is not interesting enough to follow up. Since I am not able to say what is wrong, I would not close it. Maybe it is a request for enhancement? Then the Issue Type should be changed.
(In reply to Andrew .......... from comment #11) > it is also important that somebody > specifies what are the standards, and what are the limits which would > be unwise to go past So you can be this somebody and provide a help text for that point. > beyond the Software User level. Well, contribute to documentation don't need technical skill
To whoever claims to be oooforum (fr). If you have a genuine interest in improving OpenOffice and not simply a wish to harass me, I am sure you can find somebody to do this job. Pointing out a fault in the system is a reasonable contribution. Full Stop. Today there are airplanes that fall out of the sky because of faulty or inadequate software and modules that need to do autonomous landing on a distant planet, which I find much more interesting. So I will repeat for the 3rd time, what I said before. ------------------------------------------------- Democracy and high technology do not mix very well. We all have equal rights, but some of us may have Doctorates and may have worked for some very reputable companies. All I tried to say, in my last Comment and sentence, is that there is no fundamental reason why we cannot have practically zero deterioration, in "converting to curves" and "converting to PDF". As OpenOffice software is FREE, it is also important that somebody specifies what are the standards, and what are the limits which would be unwise to go past. Rather than have endless and pointless discussions. I have started using OpenOffice Draw less than 10 weeks ago, and I am not interested in getting involved, beyond the Software User level. And even this may be terminated at any time.