I think there’s a short-term and a long-term dimension to this.
Short-term:
What you say makes sense, in part because it’s been close to a decade since we’ve had a release. So some people might have reasonably concluded development was at a standstill.
So going out of our way to update them would seem wise.
I’ve started a short summary to include in that material here, if @bwiernik and @Denis_Maier could help full this out a bit, particularly for 1.0.2.
The Tweet should obviously come from the CSL account.
Do you have contact info on those people? I don’t AFAIK.
No. I was hoping @Rintze_Zelle would be willing to dig out the ones he has (i.e. where people contacted him/citationstyles.org) and I’m willing to do some quick searches, but I have no ambition to be comprehensive.
Thanks for putting this together. The 1.0.2 preview looks ready to me? Can I/should I start “promoting” that (Twitter, Zotero forums)? If so, what’s the best format? Put on our blog or turn into a “Comments only” Word document?
I think the google doc might give people a nice way to engage, so I’m leaning towards that (plus blog announcement) unless there are objections. Happy to set all that up.
We can then tag the release the following day, hopefully.
Thanks!
BTW, as I’ve been thinking about this, I had in mind there might be some delay between when development on a release finishes (when we tag the schemas), when the documentation and such is updated to reflect that, and when we formally announce.
To me they’re separate questions, that can happen on different time-frames.
Granted, we have been updating the spec as we’ve worked, so I don’t expect the lag to be large.
Yeah, I took that straight from the google doc. Is it “official,” “canonical,” “formally specified” or “officially supported”? (I’m not sure “supported” is the right term?)
Is there a timeline for branching/tagging 1.0.1 in the “styles” and “locales” repos and allowing 1.0.2 styles into their “master” branches? We should provide a time window to allow downstream clients to switch from “master” to a “1.0.1” branch if they’re not ready to move to 1.0.2.