Fields for Zotero
thebudget72 at gmail.com
Wed Aug 17 10:49:58 UTC 2022
thanks for your answer.
My current understanding is that the proposed
|com.sun.star.text.TextField.Bibliography| is the implementation for
“Insert -> Table of Contents and Index -> Bibliography Entry” of
Is that right?
If it is, then it would mean that LibreOffice would manage the
citation process (insert citations and bibliography). Right?
We don’t want that. We want Zotero to manage it instead. We want
Zotero to tell LibreOffice what an inline citation looks like and
what a bibliography looks like.
The alternative would be to import the Zotero database in
LibreOffice, and then tell LibreOffice what the correct citation
style is, and keep the database updated when the Zotero database
changes, and keep the citation style updated when it changes.
That looks too cumbersome.
But maybe I’m failing to understand the process, I have no
experience with LibreOffice citation management. I have always used
the other option is, you could insert this with arbitrary
content via the Fieldmark service, and since about version 7.3
this kind of works in the document model and can be stored as an
ODF extension in addition to DOCX/RTF.
That sounds good, but the Fieldmark seems to lack documentation?
however there is currently no implementation of /expanding/ the
fieldmark, that is, there is no code to evaluate the fieldmark
command and overwrite the fieldmark result.
I have no idea what that means.
I’m sorry for my lack of knowledge.
Does it mean that we can’t, from a LibreOffice Writer Java extension,
retrieve the code of the fieldmark and tell LibreOffice what it should
print instead of the code?
If so, on one hand it is exactly what we need, on the other hand it
seems it is already working?
LibreOffice already shows the correct text, not the code.
I believe it shows the text in the tag |w:fldChar|, not the one in the
tag |w:instrTex| (which contains the code).
Is that correct?
I hereby attach a document with a Zotero inline citation in the
Microsoft Word “Fields” format, for reference. We can take it as a
On 16/08/2022 12:06, Michael Stahl wrote:
> On 16.08.22 09:03, Phillips Rogfield wrote:
>> Hi Miklos,
>> thank you very much for your answer!
>> Let’s make sure we are on the same page here.
>> Zotero is already able to write its citation with LibreOffice.
>> To do so, it currently uses one of two methods, at user’s choice:
>> (1) ReferenceMarks, which are NOT compatible with Microsoft Word
>> (2) Bookmarks, which are SOMEHOW compatible with Microsoft Word, in
>> the sense that you can’t put citations in footnotes, and they tend to
>> break very easily.
>> Instead, the Zotero plugin for Microsoft Word uses:
>> (1) Fields, which are NOT compatible with LibreOffice
>> (2) Bookmarks, see above.
>> The point of this post is to allow the plugin for LibreOffice to use
>> In particular, I have to use the UNO interface to write the following
>> in the |word/document.xml| file inside a .docx file:
>> |<w:r> <w:fldChar w:fldCharType="begin"/> </w:r> <w:r> <w:instrText
>> xml:space="preserve"> [some text here] </w:instrText> </w:r> <w:r>
>> <w:fldChar w:fldCharType="separate"/> </w:r> <w:r
>> w:rsidRPr="007C09F6"> <w:rPr> <w:rFonts w:ascii="Calibri"
>> w:hAnsi="Calibri" w:cs="Calibri"/> </w:rPr> <w:t> [some text here]
>> </w:t> </w:r> <w:r> <w:fldChar w:fldCharType="end"/> </w:r> |
>> would the |com.sun.star.text.TextField.Bibliography| interface allow
>> me to write the above code?
> kind of, there is code to export it as a CITATION field in
> DocxAttributeOutput::EndField_Impl in
> the other option is, you could insert this with arbitrary content via
> the Fieldmark service, and since about version 7.3 this kind of works
> in the document model and can be stored as an ODF extension in
> addition to DOCX/RTF.
> however there is currently no implementation of *expanding* the
> fieldmark, that is, there is no code to evaluate the fieldmark command
> and overwrite the fieldmark result.
-------------- next part --------------
An HTML attachment was scrubbed...
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 13992 bytes
Desc: not available
More information about the LibreOffice