Opened 8 years ago

Closed 7 years ago

#1298 closed defect (fixed)

issues with footnotes and citations in OOo

Reported by: bdarcus Owned by: simon
Priority: major Milestone:
Component: word integration Version: 1.5
Keywords: Cc:

Description

Using 2.0a2 with a patched version of OOo 3 for the Mac (e.g. Python now seems to work), footnotes and citations are broken.

First, as I mentioned here, it is not possible to add more than one citation field in the note. I see no reason for this restriction from a user perspective.

Second, even accepting this restriction, switching between note and in-text styles results in lost data. In this case, I added an in-text citation under APA style, then a footnote with a citation. I switched to a Chicago note style, and then back. The footnote was lost.

Change History (7)

comment:1 Changed 8 years ago by simon

  • Summary changed from footnotes and citations broken to issues with footnotes and citations in OOo

comment:2 follow-up: Changed 8 years ago by simon

As far as I can tell, it is actually possible to add more than one citation field in a note, but limitations in OOo make it difficult to do so. If you first add a footnote, then add the connecting text, and then add the two references, it seems to work for me. The issue seems to be that it is impossible to get the cursor out of the ReferenceMark, which we previously handled by inserting an invisible Unicode character, but since this caused issues with Word (where it became visible), we got rid of that. I can investigate whether there's anything else we can do, but we may need to pick between two poor options here.

The data loss bug is a real issue that should get fixed.

comment:3 Changed 8 years ago by fbennett

Simon: There's breakage, though. If you enter two reference fields for the same source following the steps you describe, using, say, Chicago note style, I think that refreshing the notes will yield "ibid" for the _first_ reference. Needs to be confirmed on a system other than mine, but if that's the behaviour, then ouch.

comment:4 in reply to: ↑ 2 ; follow-up: Changed 7 years ago by fbennett

Replying to simon:

An item further to the discussion about whether footnotes generated by Zotero and by the word processor should be unified (linked in Bruce's comment above). A user has encountered difficulty converting smoothly from footnotes to endnotes in the wordprocessor, where "normal" footnotes are interspersed with Zotero-generated footnote citations. The workaround they identified (which I take as supporting the view that controlling all footnotes through Zotero is a simpler architecture), is to generate "normal" footnotes as a blank Zotero citation.

comment:5 in reply to: ↑ 4 Changed 7 years ago by fbennett

Replying to fbennett:

Ouch. The link in the comment above should have been: generate "normal" footnotes as a blank Zotero citation.

comment:6 Changed 7 years ago by simon

Ordering issues and cursor placement issues resolved in r4731. Data loss bug is still (probably) there.

comment:7 Changed 7 years ago by simon

  • Resolution set to fixed
  • Status changed from new to closed

(In [4947]) Integration megacommit, part 2: Zotero code

Closes #884, final period missing when a citation is first added in note styles
Closes #1298, issues with footnotes and citations in OOo
Closes #1069, Use async HTTP calls for integration requests
Closes #1027, User-customizable integration port number
Closes #698, Migration away from VBA
Closes #1085, Migrate VBA plug-in to new XML-based API
Closes #792, Auto-updating of OO plugins

Note: See TracTickets for help on using tickets.