On 2024-12-23 13:16, Joseph Turner wrote:
Copying from this thread: https://yhetil.org/orgmode/87ikrajoe4.fsf@localhost/T/#t Ihor Radchenko <yantar92@posteo.net> writes:Looks like ^L is not allowed in ODT files. However, I see no such information on http://docs.oasis-open.org/office/v1.2/os/OpenDocument-v1.2-os-part1.htmlMay somebody check if there is an official list of unsupported characters in ODT? Or maybe it is simply a bug in LibreOffice?Are form feed characters (page delimiters) allowed? Thank you! Joseph
Once inside an ODF archive (manually inserted to content.xml, or via some generator--an FF control character (0x0C) has no meaning and the character is treated as a formatting error on filter parsing of the ODF. Which incidentally matches behavior of the MS Edge (chromium) or Chrome browser parsing
of the XML.While with the Writer module open, attempts to insert or convert (string U+000C with <Alt>+X) the FF character is dropped. LibreOffice is not a text editor, CR - LF - FF have no internal control and
are dropped.Otherwise, there is handling for import filter and export filter depending on the source/target format, with some potential for filter adjustment to do something reasonable with a raw 0x0c FF.
Also see discussion in LibreOffice Ask: https://ask.libreoffice.org/t/utf-8-file-loses-page-break/100016 -- Stuart -- To unsubscribe e-mail to: users+unsubscribe@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy