Upgrade StorageMake Scrivener and Zotero works together
We are in a strange situation, Zotero is the tools for academia, on the other hands it only works well with Microsoft Words a tool nobody should use for an 100+ pages document.
For example, Scrivener https://www.literatureandlatte.com/ and Zotero should be good friends but are not. Today, the best option is to use http://zotero-odf-scan.github.io/zotero-odf-scan/ .
How many would like a good integration like the one we have in Microsoft Words?
If there is enough demand perhaps literatureandlatte will make the necessary change to make this possible (a plugin API).
For example, Scrivener https://www.literatureandlatte.com/ and Zotero should be good friends but are not. Today, the best option is to use http://zotero-odf-scan.github.io/zotero-odf-scan/ .
How many would like a good integration like the one we have in Microsoft Words?
If there is enough demand perhaps literatureandlatte will make the necessary change to make this possible (a plugin API).
Scrivener & Zotero integration.
Meanwhile, for fuller integration, you hit the nail on the head with this: Until there is such an API, there is nothing Zotero developers (or the wider Zotero community) can do. So the best place to post your wish would be Scrivener support.
I think the way forward is better support for a scan-based solution that should be built in, allow the use of the quick format toolbar, and use a simpler syntax: I think what's currently possible with BBT, Pandoc, and Atom comes pretty close once it's set up, but obviously not everyone will want to set that up & not everyone will want to use those tools, so this would need to be generalized.
Built-in citekeys, which I think we have our eyes on firmly for 5.1, will be a huge step in that direction.
Now I fully understand that you can't support a lot of different systems. Having a good scan-based solution would effectively be a good way to go.
In this regard, paper3 has a pretty good way to insert citkey and scan them back: http://support.readcube.com/support/solutions/articles/30000024001-magic-citations-on-papers-3-for-mac .
They also provide a elegant way to generate "universal" citkey https://github.com/cparnot/universal-citekey-js
If Zotero can provide somthing similar that would be a dream :). I think the idea of the universal citkey is very cool. You can switch your citation manager if you want.
But it should be easy enough to add these to bbt if there's any demand.
It's certainly not perfect but it's millions times better than using database ID or only author's name and date. With this system it becomes *possible* to work on the same document with different person using different reference manager.
The author's name is a fallback, by default it uses, doi. The author's name and date is certainly the most stable information after doi.
As you can see, there is a resolution mechanism https://github.com/cparnot/universal-citekey-js#universal-citekey-resolution . So even with imperfect data match the system can find the right citekey in a lot of situations. You can imagine a system like "refresh/fix citekey" to update your citekey. In my opinion, it looks a lot more robust than citekey based on name+date+randomLetter, especially if you think you will update entries in your citation manager (typo in name, fixing a date)
1. they can't claim universality and then maintain a "Mekentosj-first" attitude by claiming part of the namespace for their own. If they want universality, they should set up a process that allows claiming special suffixes for specific cases, and that process should be open to all stakeholders, not just Mekentosj.
2. the code has 3 places that say "todo" which each individually will 100% affect the title that will end up in the citekey, and that means that while the "todo" part is figured out, your keys could change from under you without notice, directly contradicting the purpose of these universal cite keys. It's all good and well to say "DOIs work around this" but plenty of books, video broadcasts, tweets, etc etc don't have DOIs. These "todo"s have sat there for 5 years.
3. their approach would have me type "Žižek:1989kv" instead of "zizek1989" or "zizeksublime1989" as I would very much prefer (note that their use of "toLowerCase()" only works for ASCII). A reference that was imported with "Zizek, Slavoj" and fixed later to "Žižek, Slavoj" would change your universal citekeys. And that's a very simple case compared to Katakana names. Or titles.
I like the concept of a universal citekey, but I don't see this as a strong candidate as it currently stands. It's clear this code was only meant to be an example, but both code and concept still need a lot of work, and someone to actively take the lead here (which is not me, and looking at the history of the repo, not Mekentosj either).
edit: their proposal does normalization (which solves this) but doesn't say which (there are several).
"This tutorial is based on version 4 of Zotero. It won’t work in Zotero 5.0. Unfortunately, the add-on is not longer compatible, so we need to await an update."
https://catherinepope.com/how-to-use-zotero-with-scrivener-part-2/
The RTF/ODF scan does appear under the tools menu, but not in the add-ons list, and the Scannable cite is not available as an output option. The RTF scan function opens and starts, but doesn't appear to be working... 10 minutes into a 200 word doc with 4 references, I cancel it ...
You mentioned that Scannable Cite doesn't appear in the list of translators. Is that correct?
Instructions on using the plugin are here:
https://zotero-odf-scan.github.io/zotero-odf-scan/
Yes scannable cite not available. I’ve been using the rtf translator.
Rather trying to avoid open office as I have to use Office and google docs for other things already
But I'd be happy if I can get from Scrivener (or google docs) to RTF and then PDF ...
What exactly have you inserted into your document?
https://www.zotero.org/support/rtf_scan
That method will yield a document with static citations, unconnected to Zotero, which you can edit by hand.
Maybe i need to uninstall the RTF/ODF - but it doesn't appear in the Add tools. I'm inclined to dump Zotero app and reinstall it.
RTF Scan still seems to stall at the moment (I figured out how to remove ODT/RTF).
The tags are shift-dragged using the standard RTF Scan citation style. Its a very small document so isn't a size issue. Thanks so far, I appreciate your help.
Test {Miller, "How to Scale Inquiry-Based Teaching and Learning through Progressive Faculty Development", 2014}
I reinstalled the ODT add-on - still no Scannable Cite option and the ODT/RTF scan tells me there is an error processing the rtf file
it opened in the browser so I copied it to a text editor, saved it as .js and put it in the Translators folder. Now ODT/RTF Scan is working!
I'm hoping that I can switch
I get that supporting all possible services isn't feasible, but Scrivener is a popular writing tool in academia.
hope it helps,