-
-
Notifications
You must be signed in to change notification settings - Fork 3.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Levels 2-3 of Bulleted Lists in odt have a missing character #1400
Comments
What command are you running to produce this output? |
command: pandoc -f markdown -t odt -o foo.odt foo.md |
I opened both my custom reference.odt where I first noticed the problem and the one installed in the data directory by pandoc (which I used for this issue). In each document I can create a bullet list and indent to my heart's desire and still have good bullets. It appears that pandoc is custom setting the bullet icon for each level (as I never got the arrow/triangle or dash) instead of using hte default bullets for the style. Is this the case? |
A little more work leads me to believe pandoc is also forcing the bullet font to be "Star Symbol". I can't tell for sure that this is the case either though. Any guidance? |
The content in an ODT is generated by the OpenDocument writer. It looks as if automatic styles are being used, and the styles It does look much more complicated than necessary, and it would +++ bcexelbi [Jul 10 14 06:06 ]:
|
In the larger picture, my use case requires the use of a reference.odt. Pandoc doesn't seem to support reference.fodt (opendocument) files. I wonder if the odt writer is ignoring the presence of bullet styling in the reference odt and writing it's own styles. Could it be changed to only put in it's styles if there isn't one in the reference doc? Is Andrea Rossato on github? |
Another note: It appears that in Writer/OpenDocument.hs the bulletListToOpenDocument function is creating a new list style for every level of indention, instead of using a single list style's level definitions. |
+++ bcexelbi [Jul 22 14 02:18 ]:
I'm not familiar with opendocument, and didn't write the original |
@jgm Well I have you beat. I don't know Haskel and I am not an ODF expert :) It appears that ODF doesn't define any automatic list styles, so you have to define them in your document. I propose that we do the following:
There is some precedence for #1 in the reST (reStructuredText) converter. I don't think we need to go so far in supporting alternative names, etc. http://docutils.sourceforge.net/docs/user/odt.html#list-styles |
I am seeing some similar issues, but not directly identical with things like quotations. Docbook admonitions are rendered as quotations in odt, however the OpenDocument Writer (around line 503) overrides margin values. It'd be great if we could be more flexible ala the above. |
I just run into same problem. Default combination of characters and fonts results in some placeholder printed instead of bullets for levels 2, 3, 5, 6, 8 and 9 when I use the .odt output in Linux. IIRC on Windows machine there were correct bullets displayed in the same file After unzipping and opening content.xml in emacs I saw "‣" and "⁃" defined as bullet characters for the problematic list levels. I created a fresh .odt with LibreOffice 5 and saw that somewhat different characters were used there by default. My temporary fix for broken bullet characters is to process content.xml through |
What were the default bullet characters for linux LibreOffice 5?
+++ Artur Gawryszczak [Mar 13 17 15:22 ]:
… I just run into same problem. Default combination of characters and
fonts results in some placeholder printed instead of bullets for levels
2, 3, 5, 6, 8 and 9 when I use the .odt output in Linux. IIRC on
Windows machine there were correct bullets displayed in the same file
After unzipping and opening content.xml in emacs I saw "‣" and "⁃"
defined as bullet characters for the problematic list levels. I created
a fresh .odt with LibreOffice 5 and saw that somewhat different
characters were used there by default.
My temporary fix for broken bullet characters is to process content.xml
through sed -i 's/‣/◦/g;s/⁃/▪/g' inside Makefile but it is far from
elegant and I have no idea how bulletproof it is ;-) I just hope these
findings can shed some light on the issue.
—
You are receiving this because you were mentioned.
Reply to this email directly, [1]view it on GitHub, or [2]mute the
thread.
References
1. #1400 (comment)
2. https://github.com/notifications/unsubscribe-auth/AAAL5ERV23betljvD03F-UhcRkOgqattks5rlcG-gaJpZM4CJ_j6
|
In LibreOffice I've found the ones, which I used in sed:
|
If you can verify that this produces odts that work on
both LibreOffice/Linux and LibreOffice/Windows, I'd be
happy to make the change.
+++ Artur Gawryszczak [Mar 14 17 02:04 ]:
… In Libreoffice I've found the ones, which I used in sed:
* "◦" for levels 2, 5 and 8
* "▪" fof levels 3, 6 and 9
|
Yes, after replacing bullets inside content.xml from "‣" and "⁃" to "◦" and "▪" with sed, the .odt files (and .pdf converted from .odt) look the same and are displayed correctly on both my computers at work (Ubuntu 14.05 LTS and Windows 10) and a machine with Fedora 25 at home. I've got an idea for a nice feature. If there was an option to feed pandoc with a string made of characters intended to be used in bullet lists it would give more control and provide a solution on computers with strange font collections (such as localized to national languages). Something like |
Levels 2-3 of bulleted list get a bad bullet character.
Image attached
Markdown:
pandoc 1.12.3.3
Compiled with texmath 0.6.6.1, highlighting-kate 0.5.6.
The text was updated successfully, but these errors were encountered: