Free/busy support in vCalendar
Latest CVS snapshot of the vCalendar plugin now has support for free/busy information publishing and retrieving. This means that Sylpheed-Claws will be completely corporate-compatible now!
Here is the new preferences window:
And the result of trying to invite a busy person:
September 7th, 2006 at 00:31
I think that a good improvement on freebusy thing could be showing a calendar week view/month view where busy time would be shown in grey.
September 7th, 2006 at 06:16
I think so too, but that’s a real lot of work!
September 7th, 2006 at 21:02
Really nice! Now, with an enhanced addressbook Sylpheed Claws would be a really nice little gem of the PIMs around!! Especially with the great scripting/rules support.
For addressbook some ideas:
- more fields like birthdays … yes, a birthday should be placed to a person more than the “5th field for a IM address”
- LDAP write support
And of course, for optical reasons ;) please replace a smiley with a picture (like in Thunderbird).
September 7th, 2006 at 21:18
@anonymous: Yes, the addressbook needs work ! We’ll have to do it one day.
Regarding the graphical smileys, hmm, I’m not sure, I find it ugly :)
September 7th, 2006 at 21:48
@colin:
thanks for this informations regarding addressbook! ok, graphical smiley is only for eyes, you can forget that and set it to low priority ;)
What I have tried now: I set in the option “export calendar to” the file from “Orage” (this is a clock/calendar in XFCE4.4) directory (~/.config/xfce4/orage/orage.ics)
Orage displays the entries from VCalendar plugin (with the wrong time, but it shows an entrie :)
But of course, the vcalendar plugin overwrites the changes I made in Orage.
Maybe a sync would be helpful? This is more useful than graphical smileys ;)
But anyway: really thanks a lot for this great program and the useful vcalendar plugin! With the GTK2 Version, Sylpheed Claws is my main mail program, it’s fantastic :)
September 7th, 2006 at 23:28
In fact, separating into different applications could also be interesting.
So that we avoid reaching evolution (the mail application) model.
September 8th, 2006 at 07:04
@Hoa: er, no, not different apps ! It’s really unpractical on a number of points. We’re avoiding the Evolution model in a simple manner, by putting these “bloated” features in a plugin instead of the core, and by paying attention to what we develop.