Upgrade Storagefbennett
About
- Username
- fbennett
- Joined
- Roles
- Member
Comments
-
Hold that thought. The gender-sensitivity code implemented in the processor has not yet been adopted in the CSL specification. We'll have to have a think about how to proceed -- to wait for revision of the specification, to push for early adoption,…
-
I think that's what the Zotero data server architecture is for.
-
I see that ordinals in Spanish are gender-sensitive, and the processor can apply an ordinal suffix appropriate to the gender. If "edition" is masculine, are the locale terms applied to "issue" and "volume" (which could also potentially take an ordin…
-
No worries; I wasn't as careful about reviewing the changes for the post as I ought to have been. Very glad to hear that it's working.
-
The upcoming Zotero 2.1.2 release will include a number of fixes to word processor integration. If you're still having trouble with this document, you might want to try installing the preview release to see if that will fix it. Details are available…
-
The upcoming Zotero 2.1.2 release will include a number of fixes to word processor integration. If you're still having trouble with this document, you might want to try installing the preview release to see if that will fix it. Details are available…
-
I've arranged in the processor to avoid the localeCompare() method for sorting in Firefox, and rely on a collation instead (the method used in Zotero itself, which has proven reliable in that context). The revised processor will be released soon, an…
-
Your original approach to this should have worked; the processor tests out just fine when redefining either of the "et-al" or the "and others" terms to an empty string. Likely there is a syntax error in your style that is preventing your changes to …
-
I can't reproduce this error. In the function at CSL.Output.Formatters.title(), the skipword is identified in the string (split on spaces into a Array object) with indexOf(), which performs a strict match. If you're really seeing this behavior, we'l…
-
You'll want to keep a separate copy of your document handy, but you might have better luck with 2.1.2, coming out soon and available for trials.
-
@tiediy: This is probably caused by a single-field (therefore assumed to be institutional) author in the first position, which formerly caused only the first name to be listed. This was fixed in citeproc-js 1.0.125, which didn't quite make it into t…
-
It's already in there. http://forums.zotero.org/discussion/16499/show-collections-of-a-reference/
-
I have a fix in place for the year-suffix delimiter issue, and am bundling up the code for a new processor release. With luck, the revised processor will make it into Zotero 2.1.2, coming out rather soon. (Edit: for posterity, the other thread is h…
-
I'll test this out as well, and give you a definite answer soon.
-
There is an alternative way to get the first author listed without the et-al term, come to think of it. Try setting et-al-min="1" and et-al-use-first="1". When the two have the same (non-zero) value, the et-al term is left out automatically (and any…
-
Possibly a matter of hours.
-
I've identified the problem with the year-suffix delimiter -- and another user reported the same fault a few minutes after you posted. I should be able to get this fixed this evening. There's some hope of getting it done in time for 2.1.2, but faili…
-
I think what's happening is that the alternative term (term="and others") only takes effect if it has a value. I'll make the setting more robust to support your intended usage, but meanwhile you should be able to get the desired effect by setting th…
-
I'll take a look tomorrow.
-
The failure of the delimiter is a processor bug, which will be fixed soon. Concerning collapsing behavior, that would be a matter for the CSL design group; this was discussed at length before the current behavior was implemented, and it would not b…
-
No problem; thanks for the test data, this will be very useful in getting to the bottom of the problem. We'll certainly get this fixed: more soon. Separately, as you are handling Chinese citations, I can't resist a plug for the multilingual version…
-
Yes, it's throwing a lot of logic at the limited structure of the input data, and you're right that, at the very least, this needs clear and prominent documentation. The advantage is that we'll be able to gracefully handle institutional authors with…
-
(Sorry Dan, aoconnor. I wavered over which was appropriate, and chose poorly.)
-
I would try one of the machines with the trunk XPI first, to see whether recent changes remedy the issue that's hitting you. Failing that, downgrading is just a matter of copying the old database into place, and reinstalling with the 2.0 client.
-
Confirmed, and "Refresh" does not remedy the citation number assignment. This needs some attention in the processor, and possibly a small tweak in Zotero as well. The fix won't be in time for 2.1.2, but I'll try to have a fix ready for the following…
-
I'll check the behavior, but meanwhile, does the numbering correct itself when you click "Refresh"?
-
Check the entry for "Ferrier, Simon" and "John C. Lovett". Are either in single-field mode (the icon next to it will look like two boxes)? If so, that author is being interpreted as an institution rather than an individual. Change it to two-field mo…
-
(And in case it is of interest, robust Asian language support is on the way, although we have so far seen only one download of the experimental client from the Chinese language domain.)
-
Sorry, but I can't reproduce this in a simple test. I get:山田太郎1965a; 山田太郎1965bYou'll have to provide more detail. If you are doing this with a custom style, try switching to another style that uses author-date disambiguation and see if it ha…
-
Thanks for reporting this. That looks like a bug, and if so, we'll get it fixed pretty soon.