Library data and cit style not updated into Word document
This is an old discussion that has not been active in a long time. Before commenting here, you should strongly consider starting a new discussion instead. If you think the content of this discussion is still relevant, you can link to it from your new discussion.
Also, this does explain way data changes aren't pushed into the document, but style changes still should, shouldn't they?
ad2: So there's a different reason for style changes not updating in my document. Do you have another idea that that could be? If not, I'd have to think about getting rid of Zotero and doing all the citation shizzle manually right now, or else I won't get this done in time.
You can test that by switching to a completely different citation style (like one of the Harvard styles or so). If the citations don't change, that's what's going on.
The new situation is, it doesn't even give me the dialog.
Plus, like I said, if I create a new citation, using the same titles as the one I want to replace (from "cited" or from database shouldn't matter here, I guess), I still don't get the new style.
So basically my style doesn't reach the document full stop. Do you know anything about that?
What are two example of different outcomes?
So before I set out to replace all or most of these craploads of citations, are you sure there isn't a workaround for this?
I mean, different URIs is kind of a big one, I get that. Sounds like only a pretty intelligent script could get this straight.
http://zotero.org/users/1540390/items/DPKJ432R
rather than
"uri":["http://zotero.org/users/1540390/items/DPKJ432R
URIs appear twice, once in a uri, once in a uris field.
Obviously do this in a copy of the document and save often and in incremental versions, but I'd be pretty confident this will work.
A fully scripted version, on the other hand, would take you more time to write than it would take you to replace 1000 citations by hand. (You'd probably want to do that in python which has a library that can read local Zotero databases, then select a sufficient number of fields to make sure you're talking about the same item,
read in the .docx file, find the URIs in question, query the Zotero database with the respective fields and run a search &replace in the docx. It's possible, but even if you're quite good at this, the time it'd take you to familiarize yourself with docx and the Zotero db structure would be substantial)
then read in the
And is there a quicker way to find out the item number other than code view in Word?
And for the new items, this may be useful
https://zoteromusings.wordpress.com/2013/04/23/zotero-item-uris-from-client/
for the old items Word is your only option obviously, since they don't exist anywhere else.
In visual editor and test pane, it's correct, but in Word, it gives me a double space in the citation locator between S. (page label) and locator number. For real! "S. 23" in a locator. And only with pages, not with other types of locators. And it's nowhere in the prefixes or suffixes. And it's no manual space in the locator field.
The code:
https://gist.github.com/anonymous/5b7c57708ad2bde141dc#file-tu-darmstadt-csl
It's not the worst thing because I can search-and-replace all double spaces with a single one after everything is done. But as far as I can see, this is a case of different behavior of the same style in test pane vs. Word.
I hope I can get off your back after this.
But that would cause no space for all other locators and a single space in Word (and that's what you should be seeing in the test pane). Are you positive there is no extra space in the locator field? That's the only way I can replicate that in Word here.
And I do get, as you said, "no space for all other locators and a single space in Word".
So after removing the space in the term definition, where do I insert one? Locator label suffix?