Created attachment 120614 [details] Same report different formats Hi, First to congratulate, as some issues I see fixed in v5 :-) (RTF2PDF table column height) We have our ODF and RTF generators that provide reports. Then we use macro to save/export in different formats (PDF, DOC, XLS..). I'm sending different files explained how they are made. You can see the format is different. There is different spacing, fonts are little different, but the main issue is borders. But there does not seem to be some rule about them, somewhere left is missing, somewhere right, all are defined with same width but not showing the same... And the main problem is PDF format. ODT looks good and DOC, which is strange to me.. Because of this, in production we still use OpenOffice 3.3. After that version different problems started and some still remain... Hope this can be solved and we can finally upgrade, as some benefits are visible (opening/converting large files etc.). Regards, Nikola.
Hi Nikola, Thanks for reporting here. To help improving, it is helpful if you create one issue for one problem. E.g.: "export odt to rtf causes different spacing." Or: "export rtf to pdf gives different table borders" ... Can you please check the files for that? And when reporting, (typing the summary) you may notice existing issues for the same problem? Also note that there are many people providing professional support, that may help to improve: http://www.libreoffice.org/get-help/professional-support/ Could you please do this? Regards - Cor
Hi, As I explained, RTF and ODT files are generated by our application, this has nothing to do with LibreOffice. Ok, then just solve one issue I marked as most important.. "export rtf to pdf gives different table borders" RTF.rtf - Our app generated file RTF2PDF.pdf - File generated opening RTF.rtf and exporting it to PDF. As for other commented problems, expert can add better description then> looks different.. I do not know if it is spacing, fonts or whatever.. Just forget this, if RTF2PDF works that is large step forward. And yes, I note simillar issues when reporting, like stating it is solved - if it is solved then why am I writing, and what should I do?? Like Bug 65621 - is this duplicate or what?
Hi Nikola, (In reply to Nikola from comment #2) > Ok, then just solve one issue I marked as most important.. > > "export rtf to pdf gives different table borders" Makes sense. > RTF.rtf - Our app generated file > RTF2PDF.pdf - File generated opening RTF.rtf and exporting it to PDF. > As for other commented problems, expert can add better description then> > looks different.. I do not know if it is spacing, fonts or whatever.. Just > forget this, if RTF2PDF works that is large step forward. Just analyzing and clearly describing one specific issue, mostly is really enough. If any one with more knowledge/experience in a certain area can add something, that is fine. But a clear issue to start with, is more inviting to look at ;) > And yes, I note simillar issues when reporting, like stating it is solved - > if it is solved then why am I writing, and what should I do?? Like Bug 65621 > - is this duplicate or what? That is written as specific to ODT. So I would say it is not.
So I change the summary. See the problem in 357 too, not in 344. SO it is a regression. I'll attach a simple test file, created in 5032.
Created attachment 120627 [details] simple rtf-file with two tables to test as export to PDF
Created attachment 120830 [details] PDF export result on master This is what I get on master, looks sane to me. What exactly is the problem here?
Created attachment 120836 [details] Export_twodailies_compared (In reply to Miklos Vajna from comment #6) > This is what I get on master, looks sane to me. What exactly is the problem > here? Nothing :) See the screen print I've attached, showing a PDF with daily 20151109 and one with daily 20151124. So the problem has been resolved somehow .. Thanks for looking at this! Cor
hope that the problem stays away of course..