https://bugs.documentfoundation.org/show_bug.cgi?id=143095
--- Comment #24 from Callegar <[email protected]> --- My two cents as one of the initial reporters of this issue (as bug 104264). I understand that there is disagreement on whether the issue can be addressed, because even if there is a solution path, following it would take a significant amount of resources (taking them away from something else, I suppose). IMHO, providing the ability to read PDFs and convert them to an editable odg format is a notable selling point for LibO representing something that LibO can do and its competition cannot. Doing this as accurately as possible can help capitalize this advantage as long as it lasts. PDF support has for long been a distinct trait of LibO that came first to out of the box PDF export and import. Said that, this is issue not the only pain point with PDF, nor the major one, IMHO. Currently, the biggest annoyances with PDF are: - Mismanagement of background. PDF exports have a solid background unless one exports a selection even if in the document properties the background is set to None, in opposition to solid white color (bug 114725, as said it can be worked around by selecting all and exporting a selection, but this is not quite discoverable). - No option to export a PDF whose size reflects that of the drawing (bug 40163, can be worked around using the pdfcrop utility from TeXLive, but not everybody has PDF cropping utilities around. An alternate and possibly better solution would be to modify the page properties dialog to have a button to adapt the page size to the drawing). - PDF images used as backgrounds in documents get exported to PDFs as bitmaps (bug 150076, this is the most annoying one IMHO. You use vector formats such as PDFs precisely because you do not want the limitations of bitmaps). So I would say, please prioritize those as the resource requirements may be lower while keeping this one on the radar. -- You are receiving this mail because: You are the assignee for the bug.
