Alternative interface to Free/Busy info (including conflict resolution)

Two items would help expand and simplify the use of Free/Bus

Sat, 11 Jun 2005 21:19:12 +0000

Two items would help expand and simplify the use of Free/Busy info. 1) Having a "lite" version of attendees.php, that if invoked outside the context of a New Event, you could use to quickly look up when someone is available (say, for example, looking to see if they're in the office or not, if you want to stop by, but don't want to formally setup a meeting). 2) Having Free/Busy info drive meeting times. Currently, the Free/Busy info is a way for a user to see when others are available. But it does not recommend, for instance, the first available free time when all Required Attendees are available. I should be able to populate a form with attendees and parameters for a meeting (date range, length of time) and have Kronolith do the work and pick the first available time that meets my criteria. Its currently now a somewhat manual process: New Event -> Edit Attendees [find a time that looks good, remember that time] -> Manually set date and time on New Event, Save Event. I'd like to see - Specify Attendees, Specify Date Range, Specify Meeting Length [Kronolith searches] and, Confirm Save Event, if agreeable time is found.

Honoring Chuck's viewpoint that my request is a duplicate of

Thu, 17 Aug 2006 15:55:48 +0000

Honoring Chuck's viewpoint that my request is a duplicate of this one, I'm transferring the final detail of my ticket to this ticket as feedback. I think the general idea of 2127 is a great idea, but I think it could/should be expanded to include the functionality I'm requesting. OK, I've checked with some of my users to get some more feedback on things. In most cases, they say they are accustomed to checking freebusy or looking at the calendar directly. The situation they experience happens something like this: The owner of the calendar is adding an event to his calendar, and meanwhile his secretary is on the phone with someone else asking to schedule the same time. On of them beats the other to the punch, and one of them submits a short time later... now there's a conflict. In the process, they both checked their availability (calendars are side-by-side in Horde), saw nothing was scheduled, and proceeded believing all was fine. For that reason, primarily, they really prefer it if saving the event resulted in a quick check and a prompt if it conflicted with another appointment. From the prompt they could choose accept or decline... accepting would create as it does now, decline would take them back to the edit event page and allow them to pick a new time. Any thoughts? I'm very willing to consider alternative ideas if you have any.

> For that reason, primarily, they really prefer it if savin

Tue, 22 Aug 2006 16:41:49 +0000

> For that reason, primarily, they really prefer it if saving the event > resulted in a quick check and a prompt if it conflicted with another > appointment. From the prompt they could choose accept or decline... > accepting would create as it does now, decline would take them back > to the edit event page and allow them to pick a new time. I agree that this would be a nice addition that doesn't necessarily have something in common with the fb view. It would actually be a good example of non intrusive ajax functionality if the checking happens as soon as the user enters the form or changes the start/end times.

See request 5203 for some additional ideas here.

Wed, 11 Apr 2007 17:57:37 +0000

See request 5203 for some additional ideas here.

More ideas: http://webworkerdaily.com/2009/02/04/when-is-goo

Wed, 04 Feb 2009 19:44:18 +0000

More ideas: http://webworkerdaily.com/2009/02/04/when-is-good-spend-less-time-scheduling-more-time-meeting/