- Creating buckets not yet supported
- Some now-unused single-item-per-bucket code still needs to be removed
- Child attachments are not displayed in Zotero Commons pane
- Manual refreshing via bucket right-click (or a Firefox restart) is currently necessary after adding items
- Double-clicking bucket takes you to bucket page; double-clicking item takes you to named anchor
From 1.0.39:
Fix a tiny bug that could cause erroneous position values when
previewing under some circumstances, resulting in an incorrect
cite form in preview, and a different (although correct) cite form
in the document.
From 1.0.40:
Avoid update to position data of other citations during
previewing. On-the-fly updates of related citations upon
citation edit or insert following preview were broken, but
should now work correctly.
From 1.0.41:
Reset processor's internal last_name_rendered variable,
to prevent previous runs of the processor from affecting
bibliography output.
From 1.0.42:
Provisional implementation of ellipsis truncation for
creator listings as required by APA 6th, in anticipation
of upcoming point release of CSL schema and specification.
From 1.0.43:
In test.py, change the -E bundled code dump option to -Z,
and describe as a Zotero bundle option in script help messages.
Include an assignment of CSL.error to Zotero.debug in the Zotero
bundle, so that error messages and warnings from the processor will
pass through correctly, without crashing the processor.
Render literal passthrough strings on date objects only when
the year is included among the requested date elements.
Add temporary code to normalize the structure of some date
input objects.
(... and so we bid a sad farewell to the Meaning of Life
release.)
From 1.0.44:
According to the CSL specification, group elements implicitly
suppress output of term= and value= text elements, if at least
one element (text, number, names or date) with a variable=
attribute is in the group, and no such element will produce
output. This provides a flexible and concise syntax for
attaching customized labels to rendered elements. An earlier
version of citeproc-js always rendered empty dates as the short
form of the "no date" term ("n.d."). Experience showed this was
undesirable, and the behavior was withdrawn. However, the
code that reported date elements as always producing output
lingered on, and it was the cause of incorrect output in recent
testing. This has been corrected in this release.
This release also correctly reports dates with only a literal (non-
parsed) form as non-empty to the same implicit conditional
code in an enclosing group element.