Slashdot Mirror
What is the Best Calendar?
An anonymous reader writes "In the flurry of AJAX applications being put to market, Google's new calendar has been getting quite a bit of attention. But being drowned out in this media blitz is Kiko, a startup from Paul Graham's Y Combinator program, along with spongecell, Trumba, Yahoo! calendar, and 30boxes. Which do you prefer?" Update: 04/16 14:55 GMT by Z : YCombinator link fixed.
I would prefer any calender that integrates properly with my email client. Why is that so difficult? If I receive an invitation (from Outlook Express or Evolution or what not), I want to be able to accept it right there, without saving it first and then importing it into the calender.
Mozilla Calendar cannot do it, Yahoo Mail fails the test, even Gmail does not integration (or I haven't figure out how to switch it on). The only program that really does this is evolution (and of course Outlook). For all the other, it should be back to the drawing board.
I prefer a 3-tier calendar, with standard presentation protocols in the UI layer (iCal, vCal, etc), arbitrary logic in the logic layer, and any storage server I want in the storage layer (RDBMS, filesystem, etc). Each in a separate component, with standard interfaces. I like Open-Xchange, open source, Java, Postgres, many APIs. But even OX has problems, like a contacts DB ghettoized in a separate BerkeleyDB storage layer for its OpenLDAP server, rather than storing it in the same Postgres. All these apps should have completely discrete components, with minimum functional redundancy, and easily addable objects (in Java, Perl, C/C++, whatever) that can access every API and dataflow. Since there are so many calendar clients, calendaring needs that utility the most.
--
make install -not war
...is seriously the best calendaring solution I have come across. It provides a mini languages for recording virtually every possible repetition and exception patterns of recurring appointments (next to storing unique appointments of course), prints out reminders or tabular calendars on the terminal or outputs nicely formatted postscript calendars. And all its functionality is packed into a lean 100k executable. If you don't like noting appointments in its markup language, you can use the program "wyrd" as an interactive, terminal-visual frontend. "remind" is a BSD program and part of all free BSD and Linux distributions. If you install it on a server, you use it via ssh. Implementing a web frontend should be trivial, too.
gopher://cramer.plaintext.cc http://cramer.plaintext.cc:70
You beat me to it...
I just spent two weeks working and exploring in São Paulo, Brasil (my home is in Florida). I've never been to São Paulo before, and had a rather complex schedule of work and touristing, all managed with a couple of print-outs and old-fashion pen-and-paper notes. No PDA, no GPS, a borrowed cell phone just for emergencies, my laptop secured at the company offices. I did have a real (and decent quality) magentic compass in my watch, just to make certain I didn't get turned around.
I never worried about finding an internet terminal, or having my tech stolen, or carrying flashy stuff to identify me as a "rich" American. No worries about batteries, either.
I love my tech as much as the next geek, but I'm a believer in the right amount of tech for the job at hand. Sometimes, paper and pen are all that's needed, and the tech just gets cumbersome or disracting.
All about me
On se Internetz nobody noes your German.
Spongecell is the only calendar that has a read/write API http://spongecell.com/api_info/ and an iPod sync tool http://spongecell.com/info/ipod_sync/. Spongecell's Natural Language engine has fared very well in shootouts against 30 boxes, GCal and Kiko.
"God fights on the side with the best artillery." - Napoleon, Marshal of France - speaking truth to power
I haven't explored all of the available calendars, but I've tried a few. My biggest problem with all of the ones I've tried thus far is that they try to replicate the 'boxes in a grid' design of paper calendars. I would prefer to see someone come up with a calendar that uses a list view, so I can always see by default a four-week view, with all of the dates laid out vertically.
I would find it much more efficient to look at dates that are stacked vertically, so I can scroll up or scroll down through the year. Weeks could be delineated by simple horizontal lines, and months by lightly shaded background colors.
Boxes truncate long words and are particularly inefficient for screen display, because the resolution of computer screens is so crappy compared to the resolution and flexibility of pen and paper. Providing a single long horizontal space for all the information relating to a day would be much more advantageous.
Adding more and more features to a flawed paradigm is simply annoying to me. Give me a layout that works, before adding all kinds of Ajax. Think outside the box (sorry, I had to say it).
Read the EFF's Fair Use FAQ
The iCalendar standard is used by Google Calendar. Google Calendar doesn't synchronize bidirectionally with iCal.app*, so you can't access your Google Calendar when you're without Internet access. (It happens.)
* iCal.app doesn't support two-way synchronization by itself; iSync does but there's no Google Calendar plugin for iSync.
For more information, click here.
Works fine for me (and I actually got the image right this time!)
You're probably right, though, their recognition criteria will probably become more elaborate as the service becomes more established.