-
-
Notifications
You must be signed in to change notification settings - Fork 13
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Question about collapse_ChicagoAfterCollapse.txt #36
Comments
Can anyone help explain this? |
I have no idea, but how this is implemented, and if there is some further reasoning behind that. But after reading the specs, this looks like a bug to me. As no collapsing takes place in the third citation, I don't see why the
|
Hmm, maybe: Chicago uses a semicolon as delimiter between multiple sources in the same citation. So, actually I wonder why we have By the way, the first two test outputs come directly from CMoS 15.30:
The third output (i.e. |
My memory on this was hazy, but with some detective work I've confirmed that @denismaier's intuition is exactly right. The report below is a bit long, but there is a prize at the end. The
Oddly, both this test and the There was a proposal in June of 2011 to add an attribute
The delimiter proposal seems to have dropped out of the mix in the discussion. The current off-spec behavior in the current The change limits the previously tested (and conformant) behavior of Following that lead, we find that Tracing the origin of that change leads to this commit ... ... which leads to this discussion on the Zotero forums: And there we have it: a workaround introduced to get correct output from styles in wide use, while avoiding the need for a CSL schema update. The workaround is on me, but it was an escape manoeuver that everyone signed off on at the time, so I'll forgo the customary apology on this occasion. :-) Edit: It turns out that
|
Wow; quite the detective work!
As we wrap up 1.1, should we fix this in the schema?
If yes, how?
|
As @adam3smith notes in the Zotero forum thread, the delimiter attributes are a bit of a mess. It might be time for an audit of what styles require, and root-and-branch reform of the attributes and their respective names. |
Hmm ... any thoughts on this @bwiernik? |
Yeah, clarifying the names would be really good here. |
This was partially resolved, it seems, by adding citation-style-language/schema#52 ... but this test doesn't use it; I guess because the comma is default. In any case, the above linked issue is the primary record, I think. Perhaps at minimum we could add to the docstrings for these two attributes, with an example; maybe even the one John posted. Do we need any actual schema changes? Also, could we added a description field to this test to clarify for future developers? If yes, what should the content be? Something like this?
|
I think we will need at least one new attribute. Working on a post. |
(Does CMoS mandate grouping of citations by the same author, or is the order left to author discretion? If the latter, that would undermine the case for imposing author grouping in all styles, regardless of presence/absence of explicit citation sorting.) |
It's left to discretion. Chicago recommends alphabetical, chronological, or based on rhetorical purpose. From the manual:
|
I didn't pull up specific manual references for these, but I can recall styles specifying the following delimiters for citation groups:
I think adding Inherited default values for the delimiters
|
That's super helpful; thanks! We should move this to the schema repo. I wonder, at least to clarify documentation: Doesn't the "collapse" language, per my consistent argument over the years (as you can see in the linked threads), confuse the issue? "Collapsing" is the outcome of the formatting, not logically what's happening in the styles; nor how a style guide would describe it. And collapsing is merely one way to represent the grouping, but the need to distinguish delimiters remains regardless. Leaving aside the locator question, I see "author group" delimiters in the table above, and "within-author group" delimiters (if you will, author-year delimiters). Also, @bwiernik, I can't tell from your examples how locators impact this, since the examples don't all include locators. Could you fix that please? |
In style writing, cite grouping and cite collapsing are two different steps to accommodate two different types of style recommendations. Some styles, like APA and Chicago, collapse adjacent citations by the same author. Chicago for example says:
APA says:
They don't use the word "collapse", but that reasonable word to summarize the explicated behavior. Other styles (e.g., some British Harvard styles) don't collapse, but do group (e.g., the |
I added page numbers to the Jones 1992 item in each of the examples. Sorry that I mistakenly left off the locator from the with-locator example before. |
I still don't quite get the expected results.
Here we have a collapsed citation: |
This isn't officially documented as part of the spec. See citation-style-language/test-suite#36.
This seems to be citeproc.js's behavior and it gives better results for chicago-author-date: we want both `[@foo20; @foo21, p. 3]` and `[@foo20, p. 3; @foo21]` to produce a semicolon separator, rather than a comma. See also citation-style-language/test-suite#36 Closes #38.
I'm confused about this test; probably I don't understand how
after-collapse-delimiter
is supposed to work, and I'm hoping someone can illuminate me.The result is
I fully understand the first entry: we use the
after-collapse-delimiter
, which is;
, after the collapsed "Whittaker 1967, 197". But what is going on in the third? Here there is no collapsing. Yet theafter-collapse-delimiter
is still used.The spec gives this example:
Here the after-collapse-delimiter is only used after the collapsed citation; it is not used after "Jones 2000". On the basis of that, I'd expect the regular delimiter
,
to be used for the second example:The text was updated successfully, but these errors were encountered: