no "Id."
Im using the Bluebook citation form, which requires that if a footnote refers to a source mentioned in the immediately previous footnote, it will be referred to as "Id.". But Zotero won't do that. For instance if I have a page 30 of a certain source at footnote 40, and then page 35 of the same source at 41, it will write "see XXX, supra note 40, p. 35", instead of "Id. p. 35"
I believe the version called "Bluebook, 19th edition (incomplete)" on the repository is the best and it looks like it would do Id. correctly.
nothing you will say about the Harvard Bluebook people would surprise me.
If you're comfortable running unsupported software (which is basically a matter of being patient of errors if they occur, being rigorous about keeping backups handy, and knowing how your backup system works) you could give MLZ and the Wisconsin Court Style a try. It implements the same rules as the Bluebook (which we're entitled to do because adhering to them is required by law in many jurisdictions), but avoids use of their trademark.
The WCS style will not run correctly (I think) in official Zotero, but it has been pretty well tested under MLZ. If you would like a preview of how it performs, proofsheets are available here. I'm about to fill out coverage of statutes, which should be ready in a day or two -- there will be some significant changes there, which I'll document in the proofsheets when they go up.
The reason MLZ is unsupported is a matter of developer time. It's likely that the extensions it applies (or something like them) will feature in a future upgrade of official Zotero, but in the meantime it's my own third-party side-project, and since development of the main product would be slowed if they provided support, they don't. It's a sensible position, but you should know where you're going if you install the MLZ client. It should install cleanly against an existing Zotero 3.0 database, and reverting from MLZ to Zotero 3.0 should work fine as well. (For what it's worth, I haven't had any reports of database corruption as a result of running MLZ.)
Thanks,
Roy