Summary: | PDF printing of pre-formatted section does not preserve spaces - cut&paste is then wrong. | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | gordon.lack |
Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | QA Contact: | |
Severity: | enhancement | ||
Priority: | medium | CC: | chr.ax, gordon.lack |
Version: | 4.1.0.0.beta2 | ||
Hardware: | x86-64 (AMD64) | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: | Sample document (as .odt, .html and .pdf) to show the issue. Also the three *.py files resulting from a cut&paste from each |
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 81435 [details] Sample document (as .odt, .html and .pdf) to show the issue. Also the three *.py files resulting from a cut&paste from each I can put Python program source code into a LibreOffice document and mark it as pre-Formatted (or Source Code). If I cut&paste this into a text editor from LibreOffice itself, it works. If I export it as an html file, and cut&paste from that, it works. But if I export it as a PDF file then a cut&paste of that will fail, as the PDF no longer retains the information about spaces - rather essential to pythign code. The problem also applies to other languages as in general any layout is lost, and spaces can be lost from inside string etc. I would like PDF exports to contain real spaces formatting in those document sections which are pre-formatted in just the same ay the the HTML export lists them as "<pre>" As a start, does anyone know which parts of the source actually handle these outputs for html and PDF? I could then try hacking around in the code myself, but at the moment I'm lost as to where this is (not) going on.