Use of 'e.g.' with numbered citations
When citing by author and year I can specify 'e.g.,' as a suffix and get '(e.g., Grignon, 1933)'. If I do this with numbered citations I get 'e.g., [1]' which doesn't seem right. Is there some way of producing '[e.g., 1]'? (This would be analogous to the way page numbers are put inside the brackets: '[1, p. 2]'.)
(I'm trying this with the IEEE style. Is this something that can be changed by changing the style?)
Thanks.
(I'm trying this with the IEEE style. Is this something that can be changed by changing the style?)
Thanks.
I'd likely write:
(e.g. Ref. [1])
Has anyone seen real examples of 'e.g.' with numbered citations?
See (e.g.?) the abstract at http://ieeexplore.ieee.org/document/5546165/?arnumber=5546165
With every other style you'd get [eg. 1]. The reason is that IEEE also has you put different citations in separate square brackets (i.e. it should be (e.g., Refs [1],[2]) in your example). That means the square brackets apply to individual items, not the whole citation, which in term means that a prefix is outside of them.
(Or in technical term, it's the difference between setting the square brackets as affixes on layout or on a group surrounding citation number and locator).
So if you're not set on IEEE and would rather have [1,2] anyay, you can also get your preferred placement of the e.g.
Maybe this should be a different discussion, but what's an efficient way of finding a particular kind of style? The particular journal that I'm thinking of at the moment isn't in the style repository, and sometimes I just want to find a style that I like. I could try browsing but there are 1000's of styles and in any case the mouseover only displays the reference-list style, not the citation style.
is exactly for this scenario
Is there any way of distinguishing between '[1,2]' and '[1],[2]'?
I can't think of any situation where a comma should have a space before it, so this seems like a bug.
I was just looking at github and I see that the word-processor integration is implemented in 3 different languages for LO/OO/NO, Word for Windows and Word for Mac. Does that mean this behaviour could be different in Word? Or is this stuff implemented somewhere else?
All formatting is done by citeproc-js: https://github.com/Juris-M/citeproc-js
normally fbennett comes by here during the weekend to check on error reports, but he's been incredibly busy lately, so I'd monitor this and if he doesn't pop up within a week report on the github.
For testing, and for projects requiring an immediate fix, install one of the Propachi plugins to run the revised processor in current Zotero. The plugin should be removed at the next Zotero update.