(2006-08-17) Boyd Calendar Editor Hub
Stowe Boyd wants his Calendar to be an editor of time-based info, not just a view/aggregator. It occurred to me the other day that the basic "publish/subscribe" model that underlies the iCalendar approach is inadequate, and is actually the opposite of what is needed. Or at least it is the opposite of what I want. The last thing we need is two dozen applications, all of which have some sort of event management build into them, publishing their information in such a way that it winds up in a read-only format in ICal. In my case, those apps include invoicing software, reminders from various to-do lists, and events listings. I Commented - I'm not sure I agree. That source/master application may have rules which need to contrain something that appears simple like a date change. I think it makes more sense to have the Calendar be a type of Universal Inbox which makes it easy to jump to the source-app via Single Sign-On so you can make changes there with all the appropriate business logic available. Stowe hints at that as a fallback, but I think that fallback needs to be the default. (See AppLog for general version of this issue.)
Edited: | Tweet this! | Search Twitter for discussion
No Space passed/matched! - http://www.wikiflux.net/wiki/VisualSourceSafe... Click here for WikiGraphBrowser
No Space passed/matched! - http://www.wikiflux.net/wiki/VisualSourceSafe