Menu
▾
▴
phpicalendar-devel
|
From: Chad <ch...@ch...> - 2002-11-19 17:56:39
|
Is now checked in to CVS. It needs a coat of paint, but works. For 0.9 I'll be giving PHP iCalendar a minor facelift. It is possible that we could do a release as soon as this weekend, but I'll need help closing out some quirky bugs. I'd like it to be SourceForge Bug Free, since the new features will probably introduce a few new ones. Thanks, Chad |
|
From: Greg W. <gr...@gr...> - 2002-11-19 18:14:31
|
The todo list seems to show all to-dos, even if they've been marked as 'done' in iCal. I hope this is one of the cosmetic changes you're working on? Also, this change reminds me of another thing I'd been thinking about - can we add an option to force the calendar to be re-parsed? Storing parsed calendars is great, but sometimes you want to see recent changes... Another cosmetic change I'd suggest for to-dos: make them an unordered (or ordered, I suppose, if there were a sensible way to order them) list, rather than just separated by line breaks. Otherwise, it's hard to differentiate between some of them. I can make this change if you'd like, but I don't know where I'd have to start in terms of vtodo parsing to make the don't-show-finished-todos change I mentioned above. Greg --- gr...@gr... http://www.gregwestin.com/ Contact info: http://www.gregwestin.com/contact.php On Tue, 19 Nov 2002, Chad wrote: > Is now checked in to CVS. It needs a coat of paint, but works. For 0.9 > I'll be giving PHP iCalendar a minor facelift. It is possible that we > could do a release as soon as this weekend, but I'll need help closing > out some quirky bugs. I'd like it to be SourceForge Bug Free, since the > new features will probably introduce a few new ones. > > Thanks, > Chad > > > > ------------------------------------------------------- > This sf.net email is sponsored by: To learn the basics of securing > your web site with SSL, click here to get a FREE TRIAL of a Thawte > Server Certificate: http://www.gothawte.com/rd524.html > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel > |
|
From: Chad <ch...@ch...> - 2002-11-19 18:26:03
|
Thats a bug in iCal, if you create a TODO, then delete it from iCal, it still exists in the file. I'll probably add an option to display completed TODO's or not, either way they will be clearly marked as such in the list. I told yah I haven't applied the paint yet. ;-) The script should re-parse if the file date on the calendar is different to that of the parsed calendar. Which will happen when you upload a new one. If its not working, let Jared know. -C On Tuesday, November 19, 2002, at 10:14 AM, Greg Westin wrote: > The todo list seems to show all to-dos, even if they've been marked as > 'done' in iCal. I hope this is one of the cosmetic changes you're > working > on? Also, this change reminds me of another thing I'd been thinking > about > - can we add an option to force the calendar to be re-parsed? Storing > parsed calendars is great, but sometimes you want to see recent > changes... > > Another cosmetic change I'd suggest for to-dos: make them an unordered > (or > ordered, I suppose, if there were a sensible way to order them) list, > rather than just separated by line breaks. Otherwise, it's hard to > differentiate between some of them. I can make this change if you'd > like, > but I don't know where I'd have to start in terms of vtodo parsing to > make > the don't-show-finished-todos change I mentioned above. > > Greg > > --- > gr...@gr... > http://www.gregwestin.com/ > Contact info: http://www.gregwestin.com/contact.php > > On Tue, 19 Nov 2002, Chad wrote: > >> Is now checked in to CVS. It needs a coat of paint, but works. For 0.9 >> I'll be giving PHP iCalendar a minor facelift. It is possible that we >> could do a release as soon as this weekend, but I'll need help closing >> out some quirky bugs. I'd like it to be SourceForge Bug Free, since >> the >> new features will probably introduce a few new ones. >> >> Thanks, >> Chad >> >> >> >> ------------------------------------------------------- >> This sf.net email is sponsored by: To learn the basics of securing >> your web site with SSL, click here to get a FREE TRIAL of a Thawte >> Server Certificate: http://www.gothawte.com/rd524.html >> _______________________________________________ >> Phpicalendar-devel mailing list >> Php...@li... >> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel >> > > > > ------------------------------------------------------- > This sf.net email is sponsored by: To learn the basics of securing > your web site with SSL, click here to get a FREE TRIAL of a Thawte > Server Certificate: http://www.gothawte.com/rd524.html > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel |
|
From: Greg W. <gr...@gr...> - 2002-11-19 18:41:12
|
> Thats a bug in iCal, if you create a TODO, then delete it from iCal, it > still exists in the file. I'll probably add an option to display > completed TODO's or not, either way they will be clearly marked as such > in the list. I told yah I haven't applied the paint yet. ;-) No worries... that's interesting (but not suprising), though, about the iCal bug. I was just reading through some VTODOs to see what info they contain, and realized that it's simple to make completed todos disappear. It would also be nice to make todos with due dates coming up to go bold or something. > The script should re-parse if the file date on the calendar is > different to that of the parsed calendar. Which will happen when you > upload a new one. If its not working, let Jared know. No, no error in that respect. I meant if people wanted the calendar, in general, to show the parsed calendar, but at some moment wanted to get the most current calendar, instead. For example, if I didn't have the ability to change either my config.inc.php settings or remove the fiels from /tmp, I wouldn't be able to see my todos in any of my recently-viewed calendars right now, because they were parsed before I updated my CVS to include the VTODO support. Should I submit any of these to bugs/feature requests? Would you like help in polishing this VTODO business, or should I just wait until you come up with a version you're happy with? Greg --- gr...@gr... http://www.gregwestin.com/ Contact info: http://www.gregwestin.com/contact.php On Tue, 19 Nov 2002, Chad wrote: > > -C > > > On Tuesday, November 19, 2002, at 10:14 AM, Greg Westin wrote: > > > The todo list seems to show all to-dos, even if they've been marked as > > 'done' in iCal. I hope this is one of the cosmetic changes you're > > working > > on? Also, this change reminds me of another thing I'd been thinking > > about > > - can we add an option to force the calendar to be re-parsed? Storing > > parsed calendars is great, but sometimes you want to see recent > > changes... > > > > Another cosmetic change I'd suggest for to-dos: make them an unordered > > (or > > ordered, I suppose, if there were a sensible way to order them) list, > > rather than just separated by line breaks. Otherwise, it's hard to > > differentiate between some of them. I can make this change if you'd > > like, > > but I don't know where I'd have to start in terms of vtodo parsing to > > make > > the don't-show-finished-todos change I mentioned above. > > > > Greg > > > > --- > > gr...@gr... > > http://www.gregwestin.com/ > > Contact info: http://www.gregwestin.com/contact.php > > > > On Tue, 19 Nov 2002, Chad wrote: > > > >> Is now checked in to CVS. It needs a coat of paint, but works. For 0.9 > >> I'll be giving PHP iCalendar a minor facelift. It is possible that we > >> could do a release as soon as this weekend, but I'll need help closing > >> out some quirky bugs. I'd like it to be SourceForge Bug Free, since > >> the > >> new features will probably introduce a few new ones. > >> > >> Thanks, > >> Chad > >> > >> > >> > >> ------------------------------------------------------- > >> This sf.net email is sponsored by: To learn the basics of securing > >> your web site with SSL, click here to get a FREE TRIAL of a Thawte > >> Server Certificate: http://www.gothawte.com/rd524.html > >> _______________________________________________ > >> Phpicalendar-devel mailing list > >> Php...@li... > >> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel > >> > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by: To learn the basics of securing > > your web site with SSL, click here to get a FREE TRIAL of a Thawte > > Server Certificate: http://www.gothawte.com/rd524.html > > _______________________________________________ > > Phpicalendar-devel mailing list > > Php...@li... > > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel > > > > ------------------------------------------------------- > This sf.net email is sponsored by: To learn the basics of securing > your web site with SSL, click here to get a FREE TRIAL of a Thawte > Server Certificate: http://www.gothawte.com/rd524.html > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel > |
|
From: a.h.s. b. <spu...@no...> - 2002-11-19 19:25:45
|
I just sent a note off to Apple's iCal feedback about the following, but I don't know if you've discussed this during phpiCalendar development. The COUNT parameter of the recurrence rule is, according to RFC 2445, supposed to indicate the total number of events, including the parent event. Apple's iCal appears to misinterpret the rule, and uses COUNT to indicate the number of _child_ recurrences, excluding the original. If you create a repeating event in iCal, and specify that it repeats daily "For 3 times", iCal produces a total of 4 events. phpiCalendar parses the recurrence rule and creates only 3 events. While this is, in my opinion, the proper interpretation, it does create a discrepancy between one's calendar in iCal, and the phpiCalendar version...which might confuse people. Cheers, spud. ------------------------------------------------------------------- a.h.s. boy spud(at)nothingness.org "as yes is to if,love is to yes" http://www.nothingness.org/ ------------------------------------------------------------------- |
|
From: Chad <ch...@ch...> - 2002-11-19 19:44:30
|
It's a known bug in iCal. Note that .Mac will display the event the same way as PHP iCalendar, so I'm not really interested in providing a work-around for this. -C On Tuesday, November 19, 2002, at 11:22 AM, a.h.s. boy wrote: > I just sent a note off to Apple's iCal feedback about the following, > but I don't know if you've discussed this during phpiCalendar > development. > > The COUNT parameter of the recurrence rule is, according to RFC 2445, > supposed to indicate the total number of events, including the parent > event. Apple's iCal appears to misinterpret the rule, and uses COUNT > to indicate the number of _child_ recurrences, excluding the original. > > If you create a repeating event in iCal, and specify that it repeats > daily "For 3 times", iCal produces a total of 4 events. > > phpiCalendar parses the recurrence rule and creates only 3 events. > While this is, in my opinion, the > proper interpretation, it does create a discrepancy between one's > calendar in iCal, and the phpiCalendar version...which might confuse > people. > > Cheers, > spud. > > ------------------------------------------------------------------- > a.h.s. boy > spud(at)nothingness.org "as yes is to if,love is to yes" > http://www.nothingness.org/ > ------------------------------------------------------------------- > > > > ------------------------------------------------------- > This sf.net email is sponsored by: To learn the basics of securing > your web site with SSL, click here to get a FREE TRIAL of a Thawte > Server Certificate: http://www.gothawte.com/rd524.html > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel |
|
From: Jared <xe...@si...> - 2002-11-19 22:08:27
|
On Tuesday, November 19, 2002, at 12:41 PM, Greg Westin wrote: > No, no error in that respect. I meant if people wanted the calendar, > in > general, to show the parsed calendar, but at some moment wanted to get > the > most current calendar, instead. For example, if I didn't have the > ability > to change either my config.inc.php settings or remove the fiels from > /tmp, > I wouldn't be able to see my todos in any of my recently-viewed > calendars > right now, because they were parsed before I updated my CVS to include > the > VTODO support. You should be able to see the changes. The script determines whether to reparse on if the file is different than the last time it parsed. If you added something to the file, surely the modification date would change and the script would know to reparse it. As Chad said, if this is not working for you, let me know and I'll try to figure it out. Providing a method to force-reparse the file would be possible (and easy) but I just don't see the benefit. If I'm not understanding you, please try to explain again. -Jared |
|
From: Greg W. <gr...@gr...> - 2002-11-20 00:00:37
|
Ok, I guess the problem is something that would only occur in this very rare case. The problem I had today was that the calendar HASN'T changed, but what PHP iCalendar is parsing from it has, with the addition of VTODO support. Obviously, changes to the parser aren't common enough or huge enough to warrant an immediate-reparsing feature, except perhaps for developers. For some reason, I was thinking that in addition to this problem, you'd run into trouble with changes throughout the course of a day, because I was thinking of 'modification date' as just the date, not the date and the time, which of course it is. Sorry about the misunderstanding, Greg --- gr...@gr... http://www.gregwestin.com/ Contact info: http://www.gregwestin.com/contact.php On Tue, 19 Nov 2002, Jared wrote: > On Tuesday, November 19, 2002, at 12:41 PM, Greg Westin wrote: > > > No, no error in that respect. I meant if people wanted the calendar, > > in > > general, to show the parsed calendar, but at some moment wanted to get > > the > > most current calendar, instead. For example, if I didn't have the > > ability > > to change either my config.inc.php settings or remove the fiels from > > /tmp, > > I wouldn't be able to see my todos in any of my recently-viewed > > calendars > > right now, because they were parsed before I updated my CVS to include > > the > > VTODO support. > > You should be able to see the changes. The script determines whether to > reparse on if the file is different than the last time it parsed. If > you added something to the file, surely the modification date would > change and the script would know to reparse it. As Chad said, if this > is not working for you, let me know and I'll try to figure it out. > Providing a method to force-reparse the file would be possible (and > easy) but I just don't see the benefit. > > If I'm not understanding you, please try to explain again. > > -Jared > > > > > ------------------------------------------------------- > This sf.net email is sponsored by: To learn the basics of securing > your web site with SSL, click here to get a FREE TRIAL of a Thawte > Server Certificate: http://www.gothawte.com/rd524.html > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel > |
|
From: Jared <xe...@si...> - 2002-11-20 00:58:54
|
Ahh, I understand now. I have an idea, maybe we can let the scripts know what version it is. Then, when the data is gotten from the array, if it was created with a previous version, it will reparse to guarantee that everything is up to date. That's an easy solution and I think it will work OK. It's sort of like the "VERSION" property in the iCal spec. :) -Jared On Tuesday, November 19, 2002, at 06:00 PM, Greg Westin wrote: > Ok, I guess the problem is something that would only occur in this very > rare case. The problem I had today was that the calendar HASN'T > changed, > but what PHP iCalendar is parsing from it has, with the addition of > VTODO > support. Obviously, changes to the parser aren't common enough or huge > enough to warrant an immediate-reparsing feature, except perhaps for > developers. For some reason, I was thinking that in addition to this > problem, you'd run into trouble with changes throughout the course of a > day, because I was thinking of 'modification date' as just the date, > not > the date and the time, which of course it is. > > Sorry about the misunderstanding, > > Greg > > --- > gr...@gr... > http://www.gregwestin.com/ > Contact info: http://www.gregwestin.com/contact.php > > On Tue, 19 Nov 2002, Jared wrote: > >> On Tuesday, November 19, 2002, at 12:41 PM, Greg Westin wrote: >> >>> No, no error in that respect. I meant if people wanted the calendar, >>> in >>> general, to show the parsed calendar, but at some moment wanted to >>> get >>> the >>> most current calendar, instead. For example, if I didn't have the >>> ability >>> to change either my config.inc.php settings or remove the fiels from >>> /tmp, >>> I wouldn't be able to see my todos in any of my recently-viewed >>> calendars >>> right now, because they were parsed before I updated my CVS to >>> include >>> the >>> VTODO support. >> >> You should be able to see the changes. The script determines whether >> to >> reparse on if the file is different than the last time it parsed. If >> you added something to the file, surely the modification date would >> change and the script would know to reparse it. As Chad said, if this >> is not working for you, let me know and I'll try to figure it out. >> Providing a method to force-reparse the file would be possible (and >> easy) but I just don't see the benefit. >> >> If I'm not understanding you, please try to explain again. >> >> -Jared >> >> >> >> >> ------------------------------------------------------- >> This sf.net email is sponsored by: To learn the basics of securing >> your web site with SSL, click here to get a FREE TRIAL of a Thawte >> Server Certificate: http://www.gothawte.com/rd524.html >> _______________________________________________ >> Phpicalendar-devel mailing list >> Php...@li... >> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel >> > > > > ------------------------------------------------------- > This sf.net email is sponsored by: To learn the basics of securing > your web site with SSL, click here to get a FREE TRIAL of a Thawte > Server Certificate: http://www.gothawte.com/rd524.html > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel |
|
From: Jared <xe...@si...> - 2002-11-19 22:30:44
|
I don't know what my weekend schedule looks like but I think I'm going to be busy. My mom is having surgery so I'm going home to be with her. I might take my iBook and assuming I don't have any papers due on Monday, I should have some time to work on it. I'm sorry for not having time in the last few weeks. School has been hectic for me. I haven't abandoned the project, though. :) -Jared On Tuesday, November 19, 2002, at 11:52 AM, Chad wrote: > Is now checked in to CVS. It needs a coat of paint, but works. For 0.9 > I'll be giving PHP iCalendar a minor facelift. It is possible that we > could do a release as soon as this weekend, but I'll need help closing > out some quirky bugs. I'd like it to be SourceForge Bug Free, since > the new features will probably introduce a few new ones. > > Thanks, > Chad |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X