aboutsummaryrefslogtreecommitdiff
path: root/data/odt
AgeCommit message (Collapse)Author
2023-08-06ODT writer: Use a style for Highlighted, so color can be adjusted.John MacFarlane
2023-08-04OpenDocument writer: implement syntax highlighting.John MacFarlane
Still unimplemented: global background colors, line numbers. Closes #6710, obsoletes #6717.
2023-04-28Writers.ODT: don't add settings.xmlMichael Stahl
The way "ooo:configuration-settings" work is that if LibreOffice Writer loads a file in which it exists, it assumes that an old version of itself has produced it and it defaults any config-item that it knows but that doesn't exist in the file to the "backward-compatible" value, which usually means to enable some layout or text formatting bugs so that the document looks the same as in the old LO version that created it. If there is no "ooo:configuration-settings" then it will use the default values for a new document, which should give the best formatting results. Pandoc's documents are obviously not created by LO, so it doesn't make sense to produce ooo:configuration-settings. Regarding the "ooo:view-settings", IIRC these mainly set to the document view to the position where the document was last edited (by default only if the user in meta.xml matches the user data in LO's configuration), which is also irrelevant for Pandoc. So just leave out the settings.xml; only content.xml/styles.xml are required (see ODF 1.3, part 3, 2.2.1 OpenDocument Document, A.2). (The settings.xml that is produced for formulas by the documentSettings function hopefully isn't problematic because LO Math works a bit differently and stores important formatting attributes in settings.xml because MathML doesn't allow it in content.xml.)
2023-04-28Writers.ODT: don't add Configurations2 dirMichael Stahl
This empty file is some ancient OOo wart and it's quite pointless here.
2023-04-28Writers.ODT: don't add thumbnailMichael Stahl
Quite pointless to add a hardcoded image that doesn't show the document content.
2023-04-28Writers.ODT: stop validator complaints by producing ODF 1.3Michael Stahl
The ODF validator complains about an invalid attribute style:contextual-spacing in styles.xml, ultimately an implementation error in whatever old version of LibreOffice that produced the data/odt/styles.xml (should have put it into an extension namespace). Fortunately the attribute was added to ODF 1.3, which was released a couple years ago. So the easiest fix is to simply produce ODF 1.3 instead of 1.2; it's supposed to be fully backward compatible.
2021-02-19Update default ODT styleLorenzo
As of now, the default style for ODT documents has a "First paragraph" style that inherits from "Standard" style and has no top or bottom margin. All subsequent paragraphs have "Text_20_body" style that inherits from "Standard" and add "0.0598in" margins on top and bottom. This makes the final document a bit ugly since the first paragraph has a small gap ("0.0598in") towards the second one, and all subsequent have double that. The proposed fix makes "First paragraph" inherit from "Text_20_body" instead so that it also has a consistent margin. Another approach would be to inherit "Text_20_body" and add a 0 margin on top.
2020-05-16ODT: clean up styles.John MacFarlane
Add Abstract. Change Author, Date to centered paragraphs with no character styling.
2016-11-26[odt] Infer table's caption from the paragraph (#3224)hubertp-lshift
ODT's reader always put empty captions for the parsed tables. This commit 1) checks paragraphs that follow the table definition 2) treats specially a paragraph with a style named 'Table' 3) does some postprocessing of the paragraphs that combines tables followed immediately by captions The ODT writer used 'TableCaption' style name for the caption paragraph. This commit follows the open office approach which allows for appending captions to table but uses a built-in style named 'Table' instead of 'TableCaption'. Any users of odt format (both writer and reader) are therefore required to change the style's name to 'Table', if necessary.
2016-11-08Inline code when text has a special styleHubert Plociniczak
When a piece of text has a text 'Source_Text' then we assume that this is a piece of the document that represents a code that needs to be inlined. Addapted an odt writer to also reflect that change; previously it was just writing a 'preformatted' text using a non-distinguishable font style. Code blocks are still not recognized by the ODT reader. That's a separate issue.
2015-04-12ODT Writer: Figure captionsNikolay Yakimov
Works pretty much the same as Word writer. Following styles are used for figures: Figure -- for figure with empty caption FigureWithCaption (based on Figure) -- for figure with caption FigureCaption (based on Caption) -- for figure captions Also, TableCaption (based on Caption) is used for table captions. We need FigureWithCaption to set keepWithNext, in order to keep caption with figure.
2015-03-28Add unpacked reference dataNikolay Yakimov
2009-12-31Added --reference-odt option.fiddlosopher
This allows the user to customized the styles used in pandoc-generated ODTs. The user may also put a default reference.odt in the ~/.pandoc directory. We have removed the old data/odt directory and replaced it with a reference.odt. git-svn-id: https://pandoc.googlecode.com/svn/trunk@1760 788f1e2b-df1e-0410-8736-df70ead52e1b
2009-12-31Indented and line-broke styles.xml so it can be modified more easily.fiddlosopher
git-svn-id: https://pandoc.googlecode.com/svn/trunk@1732 788f1e2b-df1e-0410-8736-df70ead52e1b
2009-12-31Moved odt-styles -> odt. Changed ODT module to look at user data first.fiddlosopher
So if the user has an odt-styles directory in ~/.pandoc, it will be used instead of the default. git-svn-id: https://pandoc.googlecode.com/svn/trunk@1694 788f1e2b-df1e-0410-8736-df70ead52e1b