No ibid. in in-text citation style when prior footnote contains a citation
Hello,
Is there a way to define in csl (for in-text-styles) that ibid should not be used in the main text if the prior citation is in a footnote (i.e. a comentary footnote that includes a zotero reference to the same source quoted in the main text)?
I thought this might be a common problem for others as well, but I couldn't find anything on this in the forums. Therefore it's probably either an odd problem not easily solved or there's something obvious I overlooked (I hope for the latter).
Is there a way to define in csl (for in-text-styles) that ibid should not be used in the main text if the prior citation is in a footnote (i.e. a comentary footnote that includes a zotero reference to the same source quoted in the main text)?
I thought this might be a common problem for others as well, but I couldn't find anything on this in the forums. Therefore it's probably either an odd problem not easily solved or there's something obvious I overlooked (I hope for the latter).
So to make sure I understand this right, you have but with ibid turned on you get where the (1) is the footnote.
Yes, that's what I meant. Most likely it wouldn't occur within one sentence. Nevertheless, it would still be confusing for the reader. Since there is no option in csl, this requires some manual editing before finishing a manuscript. Not very elegant...
The reason this hasn't come up before is that at least in US academia, ibid is virtually non-existent in author-date styles. In fact, the only author-date styles on repository that I'm aware of using ibid are non-English styles.
Let's see if fbennett find this thread, if not I'll send him a pointer.
Should this also work the other way around? Taking the example from above: with ibid turned on should probably not turn out as I'm not sure about this. Somehow I hadn't thought of this case before.
In local testing, I'm finding that on refresh, with the plugin for LibreOffice, Zotero (in both multilingual and the trunk) is apparently delivering noteIndex=0 to the processor for all three cites in the examples above. (The second [footnote] cite shows noteIndex=1 when it is first inserted, but that changes to 0 on refresh.)