Menu
▾
▴
Re: [PHPiCalendar-DEV] vtodo
|
From: Jared <xe...@si...> - 2002-10-16 17:30:21
|
I'll agree with this. That way, to get the todos for a certain day, you give it a date and a "time" of -2, but just loop through it. Otherwise, we have to loop through *every* event for that day and single out the type => VTODO. They should be separate and easy to get to. -Jared On Wednesday, October 16, 2002, at 10:54 AM, dre wrote: > Hello, > > I'd opt against putting the VTODOs into master_array much the same way > as > the normal events. > Since the Todo Items will most likely be display in a separte list on > screen > (although sorted by due time), it would make more sense to put these > entries > into a separate 'branch' of the master_array. > > Example: > master_array > 20021001 > -1 (all day event) > ... > -2 (todo items) > 0800 > ... > 0900 > ... > 0730 (normal events from here on) > ... > 0815 > ... > ... > > This way Todo items can easily be handled separately like the all-day > events. > What do you think? > > David. > > > > -----Original Message----- > From: php...@li... > [mailto:php...@li...]On Behalf Of > Waitman C. Gobble > Sent: Wednesday, October 16, 2002 5:43 PM > To: php...@li... > Subject: Re: [PHPiCalendar-DEV] vtodo > > > I just noticed that some of the apple events have a "start" and > "duration" instead of "end time". this is easy to implement in my > previous parser script, i will update. > > thanks > > waitman > > > On Wed, 2002-10-16 at 08:26, Waitman C. Gobble wrote: > hello > > i am working on VTODO implementation. attached is my preliminary > code for review. I am at a point where i really need your comments, > etc. > > basically, the parser is redone. currently weighing in at only 181 > or so lines instead of 740, but it is not yet complete. the > overlapper thing needs some looking into. > > i would appreciate it if you could give it a try, and let me know > what you find. > > IMO, worse case is to extract the portions that handle VTODO and > integrate with existing ical_parser.php > > i estimate the final result could be around 250-350 lines of code. > > it appears to me to be fast, i would need to create and collect > data > with regards to performance to compare to previous ical_parser. > > it also appears to create a master_array that is compatible with > the > existing master_array, well i have added some stuff however some > things can easily be removed to make it compatible with the other > scripts if need be. > > also, there is basic VALARM support. the rfc specs out a bunch of > stuff with regards to VALARM, like being able to call a program > using a URI, and setting multiple alarms that continue for > prescribed durations, and specifying the alarm time relative to the > START or the END of the event BUT I don't think any software > currently implements these features - it appears to me that most > software just lets you say "warn me x amount of minutes (or > days/weeks/months) ahead of time before i am supposed to do this" > and that is all. Please note I have not seen Apple's program, > perhaps it allows more sophisticated alarm settings. > > but my feeling is that at least the beginning we can simply handle > the basic "alert at a certain amount of time before the event" > since > it seems that is all that is currently implemented in the clients. > > ALSO, with regard to VTODOs, how do you guys feel about keeping > them > in the master array, or would you like them in a different array. > currently the thing sticks them in the master array, with enough > info to segregate them in the content producing scripts. > > ALSO, with regard to VTIMEZONE. the rfc specs out some stuff but it > is labelled as "incomplete". Mozilla doesn't use it at all, how > about the apple software? the samples on the apple site "half" use > the timezone thing when indicating times, but the timezone data > itself is not present so you can't really do anything with it (at > least not by the standards in the spec). you could speculate the > timezone label but you might run into trouble down the road with > compatibility. > > > best regards, > > Waitman > > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by: viaVerio will pay you up to > $1,000 for every account that you consolidate with us. > http://ad.doubleclick.net/clk;4749864;7604308;v? > http://www.viaverio.com/consolidator/osdn.cfm > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel > > > > > ------------------------------------------------------- > This sf.net email is sponsored by: viaVerio will pay you up to > $1,000 for every account that you consolidate with us. > http://ad.doubleclick.net/clk;4749864;7604308;v? > http://www.viaverio.com/consolidator/osdn.cfm > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel |
