The jukebox is kind of an odd situation, from what I know of it, documentation is limited and its changed hands so many times since I've been involved here. I don't know the first thing about using it since I'm not exactly sure where to look for it. I imagine a calendar would operate a bit differently since it is something that would be (presumably) on the main page or at least linked from the main page. <div>
<br></div><div>Given the wiki is pretty active I don't think usability would be a problem for this. I at least think its a worthwhile experiment and I'd love to give it a go.</div><div><br></div><div><br></div><div>
<br></div><div>-Ani<br><div><br></div><div><br><br><div class="gmail_quote">On Thu, Apr 23, 2009 at 2:00 PM, Josh Myer <span dir="ltr"><<a href="mailto:josh@joshisanerd.com">josh@joshisanerd.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im"><br>
On Thu, Apr 23, 2009 at 01:31:14PM -0700, Ani Niow wrote:<br>
> The calendar currently on SWARM looks like it only displays the date and not<br>
> what's happening on that date, maybe that's why it fell into disuse. I'm<br>
> liking the extensibility of the Kenyu73 one and am really surprised that we<br>
> don't have one like that already. Google Calendar is cumbersome and it<br>
> depends on one person to grant privileges which is an unnecessary burden<br>
<br>
</div>FWIW, there are currently 8 people who can add people to the calendar,<br>
and, when they add them, those peole can add people to the calendar.<br>
In fact, yesterday, there were only 6, and Skory added two more admins<br>
this morning.  It does suck that you need to have a google account to<br>
use it, but that's pretty common for most web services out there.<br>
<br>
I honestly don't use gCal for anything but the noisebridge calendar.<br>
The only reason I have a google account is to use gReader (and, more<br>
recently, gCode, because there isn't a reliable and responsive SVN<br>
hosting provider out there).<br>
<br>
It would be great to get something on the wiki, but I'd be hesistant<br>
to use it because no one seems interested in committing to being the<br>
wiki maintainer.  For instance: the occasional requests for new<br>
filetypes on the wiki, which never get handled.  Personally, I would<br>
move the wiki over to PBwiki or some such, and put the files up in<br>
dropbox or some other service.  There's something to be said for<br>
externalizing maintenance, even if it comes at the cost of some<br>
flexiblity.<br>
<div class="im"><br>
> IMO, especially when we have an entire wiki at our disposal, not to mention<br>
> not everyone (like me) uses Google calendar.<br>
> I'd be willing to take the reins and experiment with it if I can get access<br>
> to install the plugin, hint hint...<br>
<br>
</div>Not to pick on Ani, but the fileserver/jukebox experience should serve<br>
as a cautionary tale here: without some form of responsibility, things<br>
won't get fixed.  When things fail, infrastructure people depend on<br>
disappears for a while, and it needs to be restored.  Using a free<br>
external service puts the niggly bits of restoration on the provider<br>
(even though it's free), who is likely to take care of it, even when<br>
they're really busy with other projects.  And then there's the<br>
less-niggly things, like adding new users, updating events, etc, which<br>
can be done by just about anyone (since the service is for Normals).<br>
This is part of why I've been handing out admin privileges to the gCal<br>
like candy: it distributes responsiblity for the non-technical<br>
maintenance, so I'm never a bottleneck.<br>
<div><div></div><div class="h5">--<br>
Josh Myer  650.248.3796<br>
  <a href="mailto:josh@joshisanerd.com">josh@joshisanerd.com</a><br>
</div></div></blockquote></div><br></div></div>