Re: Calendar/Alarm IRC Developer Meeting?

From: Robert Mibus <mibus_at_bigpond.com>
Date: 23 Sep 2002 04:41:48 +0930

On Sun, 2002-09-22 at 19:23, Philip Blundell wrote:
> On Sun, 2002-09-22 at 05:56, Robert Mibus wrote:
> > no full-day events
> > -> Why not?
>
> You can easily set the start and end time for an appointment to
> encompass a full day (or even several days). There doesn't seem to be
> much benefit in having a special button for that.
Sure there is ;-)

It's easier.

In PalmOS, full-day events are untimed, and show up as a single line at
the top of the calendar - something like a birthday won't "fill up" the
entire day view.

Also, it makes the 'silent alarm' thing I mentioned possible.

PalmOS also has this cool trick of only displaying hours between <timea>
and <timeb> if other times aren't set. (timea defaults to 9AM and timeb
to 5PM; this makes the entire day fit on one page).

> > todo alarms/recurrance?
> > -> Will we / do we want todo items to integrate into the calendar? (I
> > think yes). If so, do they 'deserve' to be able to have alarms? Or at
> > least some sort of reminder?
>
> Yes. My working copy of gpe-calendar now has three classes of event:
> appointment, reminder, and task. The latter is assigned a due date and
> will start showing up in gpe-todo some appropriate amount of time before
> this date.
Cool... I'm only using packages of most GPE apps (even appmgr ATM ;-) so
I'm only commenting on that, obviously.

> > 3rd tuesday style recurrence
> > -> recurrance is missing the ability to recur on (eg.) "The 3rd Tuesday
> > of every month". (Which means I never know when my LUG meetings are :-)
>
> Yeah. There is a bug open for this already, as you probably know. The
> difficulty here is coming up with a suitable representation for the
> recurrence relation. There is some interesting XEmacs stuff described
> in <1ycc2b3s.fsf_at_random.localnet.UnwiredUniverse.com>.
What about digging around in the evolution source?

> > sound - builtin/external - vorbis!
> > -> The Palm had a built-in alarm sound; IMHO we should too, but allow
> > external sounds if people want. The nmf-ogg decoder could be used to
> > allow vorbis sounds ;-)
>
> Yes. Well, the way to do that is to say that the external sound can be
> any audio file, and use some kind of MIME type mapping to figure out
> what to use to play it. It would be easy to make a basic noninteractive
> "frontend" for NMF to handle playback of mp3 and ogg files. I think
> Nils has already produced some kind of synthesis implementation in
> libgpe, though I haven't ever tried it.
I might even look into the cmdline nmf if I get some time...

> p.
mibus

-- 
Robert Mibus <mibus_at_bigpond.com>
If debugging is the process of removing bugs then programming must be
the process of putting them in.
Received on Sun Sep 22 2002 - 19:11:34 EDT

This archive was generated by hypermail 2.2.0 : Mon Jul 25 2005 - 17:19:01 EDT