Menu
▾
▴
phpicalendar-devel — Mailing list for PHP iCalendar Developers
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
(159) |
Nov
(123) |
Dec
(27) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(6) |
Feb
(11) |
Mar
(21) |
Apr
(29) |
May
(13) |
Jun
(2) |
Jul
(13) |
Aug
(5) |
Sep
(14) |
Oct
(21) |
Nov
(71) |
Dec
|
| 2004 |
Jan
(18) |
Feb
(12) |
Mar
|
Apr
(6) |
May
(29) |
Jun
(9) |
Jul
(3) |
Aug
(4) |
Sep
(7) |
Oct
(6) |
Nov
|
Dec
(20) |
| 2005 |
Jan
(6) |
Feb
(27) |
Mar
(4) |
Apr
(16) |
May
(61) |
Jun
(6) |
Jul
(4) |
Aug
(18) |
Sep
(19) |
Oct
(5) |
Nov
(55) |
Dec
(30) |
| 2006 |
Jan
(11) |
Feb
(9) |
Mar
(9) |
Apr
(26) |
May
(17) |
Jun
(3) |
Jul
(1) |
Aug
|
Sep
(20) |
Oct
|
Nov
(6) |
Dec
(9) |
| 2007 |
Jan
|
Feb
|
Mar
(5) |
Apr
|
May
(8) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
(17) |
Mar
(11) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
(4) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(7) |
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
(4) |
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Chad L. <ch...@ch...> - 2004-05-16 20:35:05
|
I didn't see any files attached? -C On May 14, 2004, at 8:29 PM, Ian Turner wrote: > > Units is the units of length, ex: DAY, MONTH, YEAR > Length is how many of the units before do you want the reminder. > 2. Set up your Cron Tab to run the script at a nice interval, like > 1 day for me > > Also if you have any questions jest e-mail me. > > The three files are: > remind.php - The reminder script > function.str.split.php - The str_split function if you don't have php5 > sent.php - The place where the sent reminders are stored > > sent.php should have CHMOD 777 or write access by the server. > > Thanks, |
|
From: Chad L. <ch...@ch...> - 2004-05-16 05:02:04
|
For those not up on cvs, take a look at 2.0, coming soon: http://www.chadsdomain.com/phpicalendar/ I'd like to get a test version public by June. -C |
|
From: Ian T. <ian...@gm...> - 2004-05-15 03:28:15
|
Hi everyone,
I'm pretty close to being done with a reminder script. And would like
peoples feedback. I had to find a way to do it using the 1.1 parser and
Mozilla Calendar that doesn't use standard alarm features. Take a look.
I haven't gotten to try it out since my FTP access to my server is down.
If you see a correction, just e-mail me.
To use the scripts:
To add a reminder:
1. Enter in the URL field of your calendaring program the following
realurl; e-mail address; units; length
The real url is a regular url that you want to include
E-mail address is the address you want to send the reminder to
Units is the units of length, ex: DAY, MONTH, YEAR
Length is how many of the units before do you want the reminder.
2. Set up your Cron Tab to run the script at a nice interval,
like 1 day for me
Also if you have any questions jest e-mail me.
The three files are:
remind.php - The reminder script
function.str.split.php - The str_split function if you don't have php5
sent.php - The place where the sent reminders are stored
sent.php should have CHMOD 777 or write access by the server.
Thanks,
Ian
|
|
From: Chad <ch...@ch...> - 2004-05-14 21:28:10
|
Yes, Ive only made a first pass at wiring up week. Day, month, and year are more complete. I still need to fix that, render times, and move to XHTML. Still lots to do before a 2.0 alpha. I'll give your sessions a spin this weekend if I can. Thanks, Chad On May 14, 2004, at 2:10 PM, Wesley Miaw wrote: > Just saw the new templates. Looks really nice. Only thing is that the > first column doesn't always seem to match in width between the > navigation header and the actual time chart. This causes the day name > column headers to not line up with the actual day in the chart. |
|
From: Wesley M. <we...@we...> - 2004-05-14 21:12:14
|
Hi Chad, > I checked in some new things if anyones interested. Mostly just a > first pass at day view with multi-color multi-calendar support and a > basic template. Just saw the new templates. Looks really nice. Only thing is that the first column doesn't always seem to match in width between the navigation header and the actual time chart. This causes the day name column headers to not line up with the actual day in the chart. > Josuah - I never got back to you on sessions, curious where you left > off with that. Just committed the session implementation. Someone will have to try it out to make sure it works, since I only have 4.0.6 installed right now. Later, -- Wesley Miaw, Wesley Miaw Consulting http://www.wesman.net/ |
|
From: Wesley M. <we...@we...> - 2004-05-13 00:23:40
|
Hi Chad, > Josuah - I never got back to you on sessions, curious where you left off > with that. Yeah...sorry about that. Need to change it to $_SESSION and then I can check it in. I should be able to do that this weekend. Drop me an email or IM me to remind me if I forget. Later, -- Wesley Miaw http://www.wesman.net/~wesley/ |
|
From: Chad <ch...@ch...> - 2004-05-12 21:49:20
|
I checked in some new things if anyones interested. Mostly just a first pass at day view with multi-color multi-calendar support and a basic template. Josuah - I never got back to you on sessions, curious where you left off with that. Cheers, -C |
|
From: Robin M. <mil...@wa...> - 2004-04-27 19:39:41
|
Chad wrote: > Just to clarify, there is one 25 hour day each year for most of us. ... and one 23 hour day, of course :) -- Robin Millette (aka Lord D. Nattor) http://rym.waglo.com/ |
|
From: Chad <ch...@ch...> - 2004-04-27 18:57:28
|
Just to clarify, there is one 25 hour day each year for most of us. We'll probably change the functions to strtotime (+1 day) though to simplify things. -C On Apr 27, 2004, at 10:51 AM, Pieter van Leuven wrote: > Hi, > > After testing phpicalendar last weekend I noticed something strange > (don't know exactly what) and I solved this by changing the > way $end_week_time and $thisdate was calculated in ./rss/rss.php: > > $end_week_time = $start_week_time + (6 * 25 * 60 * 60); > $thisdate = ($thisdate + (25 * 60 * 60)); > > I didn't understand the 25 so I changed this in 24 because is seems > more logical and my problem was solved. > > In the forum I saw a simular fault: > BTW, my calendar has a display bug this weekend where one event is > showing up on saturday when in ical it is scheduled for friday. Anybody > have and clue how to fix this? > > Can the day of 25 hours the problem that an event is showing up one > day later? > > (The same calculation is also done in ./functions/list_functions.php, > ./week.php and ./print.php) > > > Regards, > Pieter |
|
From: Chad <ch...@ch...> - 2004-04-27 18:29:16
|
Daylight savings., differences in timezones, etc. Its set to 25 for a very specific reason, after testing many many calendars. When you add 6 days and 6 hours to midnight of a day, you will absolutely get the end of '1 week', no matter what. The same with adding 25 hours to a single day. This way we're always precisely into the next day. You will find some weeks will come up short with your way. Perhaps if you could submit the bug you saw so that we could look at it, and we could find another solution to fixing it. Without bug reports we'll never know what could have caused your issue. I also cannot find the post you are referring to in our forums. -C On Apr 27, 2004, at 10:51 AM, Pieter van Leuven wrote: > Hi, > > After testing phpicalendar last weekend I noticed something strange > (don't know exactly what) and I solved this by changing the > way $end_week_time and $thisdate was calculated in ./rss/rss.php: > > $end_week_time = $start_week_time + (6 * 25 * 60 * 60); > $thisdate = ($thisdate + (25 * 60 * 60)); > > I didn't understand the 25 so I changed this in 24 because is seems > more logical and my problem was solved. > > In the forum I saw a simular fault: > BTW, my calendar has a display bug this weekend where one event is > showing up on saturday when in ical it is scheduled for friday. Anybody > have and clue how to fix this? > > Can the day of 25 hours the problem that an event is showing up one > day later? > > (The same calculation is also done in ./functions/list_functions.php, > ./week.php and ./print.php) > > > Regards, > Pieter > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek > For a limited time only, get FREE Ground shipping on all orders of $35 > or more. Hurry up and shop folks, this offer expires April 30th! > http://www.thinkgeek.com/freeshipping/?cpg=12297 > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel |
|
From: Pieter v. L. <pv...@ia...> - 2004-04-27 17:51:34
|
Hi, After testing phpicalendar last weekend I noticed something strange (don't know exactly what) and I solved this by changing the way $end_week_time and $thisdate was calculated in ./rss/rss.php: $end_week_time = $start_week_time + (6 * 25 * 60 * 60); $thisdate = ($thisdate + (25 * 60 * 60)); I didn't understand the 25 so I changed this in 24 because is seems more logical and my problem was solved. In the forum I saw a simular fault: BTW, my calendar has a display bug this weekend where one event is showing up on saturday when in ical it is scheduled for friday. Anybody have and clue how to fix this? Can the day of 25 hours the problem that an event is showing up one day later? (The same calculation is also done in ./functions/list_functions.php, ./week.php and ./print.php) Regards, Pieter |
|
From: Ian T. <ian...@gm...> - 2004-04-26 00:47:15
|
Hey all, I'm new to the list but have been checking the archives for subjects related. But haven't turned up much. I was wondering if someone was developing a add-on or rewrite to the code to add support for the alarm fields like the units, length, e-mail to send alarm to, etc.? Doesn't look like a whole lot of activity in the list lately, but any help would be appreciated. If someone isn't making a add-on, then if someone could tell me how to add support for the additional data in the parser? Thanks, Ian |
|
From: <ale...@un...> - 2004-04-01 16:17:24
|
Hello everyone. I've developed a small mod. Where, to who can i submit this? thanks! Alexis Roussel |
|
From: <ch...@ch...> - 2004-02-23 23:43:14
|
Please do not email bugs to the developer list, use Sourceforge. -C > In the calendar day view, the following entry reads: > > 3:00 PM > 3:00 PM - 4:30 AM > Media Lab Wearables Meeting > -- > > BEGIN:VEVENT > UID:20040222T184446Z-19990101T150000-19990101T173000-87 > DTSTAMP:20040222T184446Z > LAST-MODIFIED:20040222T184446Z > SEQUENCE:87 > CATEGORY:Haven Personal > SUMMARY:Media Lab Wearables Meeting > DTSTART;TZID=3D/softwarestudio.org/Olson_20011030_5/America/New_York:19= 990101T1500 > 00 > RRULE:FREQ=3DWEEKLY;INTERVAL=3D1;BYDAY=3DFR > DTEND:19990101T173000 > DESCRIPTION:\n > Meet at the dismod couches on the 3rd floor.\n > \n > Muddy Charles afterwards.\n > \n > END:VEVENT > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel > |
|
From: A P. in t. L. of ... <dk...@ha...> - 2004-02-23 05:30:55
|
There are two problems. One, I got the below, and the other is enumerated below. ------- Start of forwarded message ------- Return-Path: <MAI...@fy...> Received: from localhost (localhost) by fyre.haven.org (8.11.6/8.11.6) id i1ED0g600363; Sat, 14 Feb 2004 08:01:29 -0500 Date: Sat, 14 Feb 2004 08:01:29 -0500 From: Mail Delivery Subsystem <MAI...@fy...> Message-Id: <200...@fy...> To: dk...@fy... MIME-Version: 1.0 Content-Type: multipart/report; report-type=delivery-status; boundary="i1ED0g600363.1076763689/fyre.haven.org" Subject: Warning: could not send message for past 4 hours Auto-Submitted: auto-generated (warning-timeout) This is a MIME-encapsulated message - --i1ED0g600363.1076763689/fyre.haven.org ********************************************** ** THIS IS A WARNING MESSAGE ONLY ** ** YOU DO NOT NEED TO RESEND YOUR MESSAGE ** ********************************************** The original message was received at Sat, 14 Feb 2004 03:26:04 -0500 from dkap@localhost ----- The following addresses had transient non-fatal errors ----- php...@li... ----- Transcript of session follows ----- ... while talking to mail.sourceforge.net.: >>> RCPT To:<php...@li...> <<< 451-Could not complete sender verify callout <<< 451-Could not complete sender verify callout for <dk...@fy...>. <<< 451-The mail server(s) for the domain may be temporarily unreachable, or <<< 451-they may be permanently unreachable from this server. In the latter case, <<< 451-you need to change the address or create an MX record for its domain <<< 451-if it is supposed to be generally accessible from the Internet. <<< 451 Talk to your mail administrator for details. php...@li...... Deferred: 451-Could not complete sender verify callout Warning: message still undelivered after 4 hours Will keep trying until message is 5 days old - --i1ED0g600363.1076763689/fyre.haven.org Content-Type: message/delivery-status Reporting-MTA: dns; fyre.haven.org Arrival-Date: Sat, 14 Feb 2004 03:26:04 -0500 Final-Recipient: RFC822; php...@li... Action: delayed Status: 4.3.0 Remote-MTA: DNS; mail.sourceforge.net Diagnostic-Code: SMTP; 451-Could not complete sender verify callout Last-Attempt-Date: Sat, 14 Feb 2004 08:01:29 -0500 Will-Retry-Until: Thu, 19 Feb 2004 03:26:04 -0500 - --i1ED0g600363.1076763689/fyre.haven.org Content-Type: message/rfc822 Return-Path: <dk...@fy...> Received: (from dkap@localhost) by fyre.haven.org (8.11.6/8.11.6) id i1E8Q4g31940; Sat, 14 Feb 2004 03:26:04 -0500 Date: Sat, 14 Feb 2004 03:26:04 -0500 Message-Id: <200...@fy...> To: php...@li... Subject: All vs Individual calendar problem Reply-To: dk...@ha... From: "A Page in the Life of ..." <dk...@ha...> User-Agent: SEMI/1.13.7 (Awazu) CLIME/1.13.6 (=?ISO-2022-JP?B?GyRCQ2YbKEI=?= =?ISO-2022-JP?B?GyRCJU4+MRsoQg==?=) Emacs/20.7 (i386-redhat-linux-gnu) MULE/4.0 (HANANOEN) MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Greetings. Sorry to use this venue, but I can't seem to get the bugs database on soureforge to work for me (as in I can't seem to find where to submit bugs for your list) I'm not sure if there is already an open bug about this, there might be. I'm running 1.0, unpatched, and un-upgraded via CVS I tend to use the "Monthly" view of the calendar. When I view an individual calendar, the entry: BEGIN:VEVENT UID:20040214T073652Z-20041022-20041025-133 DTSTAMP:20040214T073652Z LAST-MODIFIED:20040214T073652Z SEQUENCE:133 CATEGORY:Haven Writers Guild Gaming SUMMARY:Madrigal DTSTART;TZID=/softwarestudio.org/Olson_20011030_5/America/New_York:20041022 DTEND:20041025 DESCRIPTION:\n END:VEVENT BEGIN:VEVENT UID:20040214T073652Z-20040416-20040419-134 DTSTAMP:20040214T073652Z LAST-MODIFIED:20040214T073652Z SEQUENCE:134 CATEGORY:Haven Writers Guild Gaming SUMMARY:Atlas Adventures DTSTART;TZID=/softwarestudio.org/Olson_20011030_5/America/New_York:20040416 DTEND:20040419 DESCRIPTION:\n The camp:\n \n The camp is located in Kingston, NH. There are 10 player cabins which each\n hold up to 12 people. They are grouped in two groups of 5 cabins, each\n with a community bathroom. The cabins have electricity and are very nice.\n Much much much nicer than Gannett.\n \n One of the CP projects this winter will be to build bunks for the camp.\n Only 1 of the group of 5 cabins has bunks (sleeping for 60) so we need to\n build about 20 more sets of bunk beds. We did this very thing for Madrigal\n last year with great success. I will be organizing the bunk building days\n in late winter/early spring.\n END:VEVENT shows up correctly (spanning the three days) (I had to change my calendaring such that something running on 20040416, 20040417, and 20040418 had an DTEND: as 20040419, otherwise it won't show up on the 18th.) but in the aggregated calendar (the All Calendars Combined) it only shows up on the 16th and 17th. Did I do something wrong in building the entry? Is there some value that I should be setting in my config file to rectify the issue? Also, I noticed a problem with the placement of several of my "birthday" entries. The entries show up as December 31st. I fixed a number of them by adding the "RRULE" line, but the first two entries I generate still show up on the 31st of December incorrectly, whereas the last shows up correctly. Again, I don't know if it is my writing of the event entries, or if it is your parsing of them (or if this has been fixed, and I just have to wait until 1.1 comes out) that is the problem. BEGIN:VEVENT UID:20040213T101545Z-19691215-B-101 DTSTAMP:20040213T101545Z LAST-MODIFIED:20040213T101545Z SEQUENCE:101 CATEGORY:Birthday SUMMARY:Jeremy Goldman (B) DTSTART;TZID=/softwarestudio.org/Olson_20011030_5/America/New_York:19691215 RRULE:FREQ=YEARLY;INTERVAL=1;BYMONTH=12;BYMONTHDAY=15 DESCRIPTION: Goldman, Jeremy Brandeis S203/346-6564\n Jill Hammer\n B12.15.69 A(old)08.16.92\n END:VEVENT BEGIN:VEVENT UID:20040213T101545Z-19691206-B-110 DTSTAMP:20040213T101545Z LAST-MODIFIED:20040213T101545Z SEQUENCE:110 CATEGORY:Birthday SUMMARY:Debbie Hanscom (B) DTSTART;TZID=/softwarestudio.org/Olson_20011030_5/America/New_York:19691206 RRULE:FREQ=YEARLY;INTERVAL=1;BYMONTH=12;BYMONTHDAY=06 DESCRIPTION: Hanscom, Debbie Andover H508/452-6863\n Joe LaLumiere\n B12.06.69 A05.22.93\n END:VEVENT BEGIN:VEVENT UID:20040213T101545Z-19001231-B-129 DTSTAMP:20040213T101545Z LAST-MODIFIED:20040213T101545Z SEQUENCE:129 CATEGORY:Birthday SUMMARY:Jennifer Hunter (B) DTSTART;TZID=/softwarestudio.org/Olson_20011030_5/America/New_York:19001231 RRULE:FREQ=YEARLY;INTERVAL=1;BYMONTH=12;BYMONTHDAY=31 DESCRIPTION: Hunter, Jennifer Elbows \n Orin\n B??.??.??\n Ilana Rebecca\n B12.31.00\n END:VEVENT Please, let me know? Thanks! - -dkap - --i1ED0g600363.1076763689/fyre.haven.org-- ------- End of forwarded message ------- |
|
From: A P. in t. L. of ... <dk...@ha...> - 2004-02-22 22:11:59
|
In the calendar day view, the following entry reads: 3:00 PM 3:00 PM - 4:30 AM Media Lab Wearables Meeting -- BEGIN:VEVENT UID:20040222T184446Z-19990101T150000-19990101T173000-87 DTSTAMP:20040222T184446Z LAST-MODIFIED:20040222T184446Z SEQUENCE:87 CATEGORY:Haven Personal SUMMARY:Media Lab Wearables Meeting DTSTART;TZID=/softwarestudio.org/Olson_20011030_5/America/New_York:19990101T1500 00 RRULE:FREQ=WEEKLY;INTERVAL=1;BYDAY=FR DTEND:19990101T173000 DESCRIPTION:\n Meet at the dismod couches on the 3rd floor.\n \n Muddy Charles afterwards.\n \n END:VEVENT |
|
From: <dk...@ha...> - 2004-02-22 07:59:27
|
This is one, the acutal error to follow later. |
|
From: A P. in t. L. of ... <dk...@ha...> - 2004-02-21 22:23:40
|
Greetings. Sorry to use this venue, but I can't seem to get the bugs database on soureforge to work for me (as in I can't seem to find where to submit bugs for your list) I'm not sure if there is already an open bug about this, there might be. I'm running 1.0, unpatched, and un-upgraded via CVS I tend to use the "Monthly" view of the calendar. When I view an individual calendar, the entry: BEGIN:VEVENT UID:20040214T073652Z-20041022-20041025-133 DTSTAMP:20040214T073652Z LAST-MODIFIED:20040214T073652Z SEQUENCE:133 CATEGORY:Haven Writers Guild Gaming SUMMARY:Madrigal DTSTART;TZID=/softwarestudio.org/Olson_20011030_5/America/New_York:20041022 DTEND:20041025 DESCRIPTION:\n END:VEVENT BEGIN:VEVENT UID:20040214T073652Z-20040416-20040419-134 DTSTAMP:20040214T073652Z LAST-MODIFIED:20040214T073652Z SEQUENCE:134 CATEGORY:Haven Writers Guild Gaming SUMMARY:Atlas Adventures DTSTART;TZID=/softwarestudio.org/Olson_20011030_5/America/New_York:20040416 DTEND:20040419 DESCRIPTION:\n The camp:\n \n The camp is located in Kingston, NH. There are 10 player cabins which each\n hold up to 12 people. They are grouped in two groups of 5 cabins, each\n with a community bathroom. The cabins have electricity and are very nice.\n Much much much nicer than Gannett.\n \n One of the CP projects this winter will be to build bunks for the camp.\n Only 1 of the group of 5 cabins has bunks (sleeping for 60) so we need to\n build about 20 more sets of bunk beds. We did this very thing for Madrigal\n last year with great success. I will be organizing the bunk building days\n in late winter/early spring.\n END:VEVENT shows up correctly (spanning the three days) (I had to change my calendaring such that something running on 20040416, 20040417, and 20040418 had an DTEND: as 20040419, otherwise it won't show up on the 18th.) but in the aggregated calendar (the All Calendars Combined) it only shows up on the 16th and 17th. Did I do something wrong in building the entry? Is there some value that I should be setting in my config file to rectify the issue? Also, I noticed a problem with the placement of several of my "birthday" entries. The entries show up as December 31st. I fixed a number of them by adding the "RRULE" line, but the first two entries I generate still show up on the 31st of December incorrectly, whereas the last shows up correctly. Again, I don't know if it is my writing of the event entries, or if it is your parsing of them (or if this has been fixed, and I just have to wait until 1.1 comes out) that is the problem. BEGIN:VEVENT UID:20040213T101545Z-19691215-B-101 DTSTAMP:20040213T101545Z LAST-MODIFIED:20040213T101545Z SEQUENCE:101 CATEGORY:Birthday SUMMARY:Jeremy Goldman (B) DTSTART;TZID=/softwarestudio.org/Olson_20011030_5/America/New_York:19691215 RRULE:FREQ=YEARLY;INTERVAL=1;BYMONTH=12;BYMONTHDAY=15 DESCRIPTION: Goldman, Jeremy Brandeis S203/346-6564\n Jill Hammer\n B12.15.69 A(old)08.16.92\n END:VEVENT BEGIN:VEVENT UID:20040213T101545Z-19691206-B-110 DTSTAMP:20040213T101545Z LAST-MODIFIED:20040213T101545Z SEQUENCE:110 CATEGORY:Birthday SUMMARY:Debbie Hanscom (B) DTSTART;TZID=/softwarestudio.org/Olson_20011030_5/America/New_York:19691206 RRULE:FREQ=YEARLY;INTERVAL=1;BYMONTH=12;BYMONTHDAY=06 DESCRIPTION: Hanscom, Debbie Andover H508/452-6863\n Joe LaLumiere\n B12.06.69 A05.22.93\n END:VEVENT BEGIN:VEVENT UID:20040213T101545Z-19001231-B-129 DTSTAMP:20040213T101545Z LAST-MODIFIED:20040213T101545Z SEQUENCE:129 CATEGORY:Birthday SUMMARY:Jennifer Hunter (B) DTSTART;TZID=/softwarestudio.org/Olson_20011030_5/America/New_York:19001231 RRULE:FREQ=YEARLY;INTERVAL=1;BYMONTH=12;BYMONTHDAY=31 DESCRIPTION: Hunter, Jennifer Elbows \n Orin\n B??.??.??\n Ilana Rebecca\n B12.31.00\n END:VEVENT Please, let me know? Thanks! -dkap |
|
From: <ti...@op...> - 2004-02-08 05:17:00
|
There's my times (with no query string for any of the files) on the versions accessible with anonymous CVS. The machine's processor is: Intel(R) Pentium(R) 4 CPU 2.40GHz MHz: 2400.086 cache size: 512 KB bogomips: 4784.12 Quoting Chad <ch...@ch...>: > If you have CVS access, please report back to the list page generation > times for the following, along with CPU: > > month 0.485 sec > year 0.936 sec > preferences 0.231 sec > > I'm still working on tighter template code to speed up generation. In > any instance, 2.0 should be faster than 1.0. > > Thanks! > > > For example, my setup - > > Dual 1.25 G4: > month - Page generated in 0.733 seconds. > year - Page generated in 1.111 seconds. > prefs - Page generated in 0.303 seconds. > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel > |
|
From: Chad L. <ch...@ch...> - 2004-02-08 03:09:04
|
Tim, thanks for the offer for help. The current ical_parser.php in CVS is fairly stable. If you like, use the latest and submit to me a patch (diff) with the fixes you want to make. I'll look them over and fold them into the project. Thanks, Chad On Feb 5, 2004, at 4:28 AM, ti...@op... wrote: > Hello, > > I submitted what I probably should have written up as a bug report to > the tracker. > > http://sourceforge.net/tracker/index.php? > func=detail&aid=888732&group_id=62270&atid=500020 > > Anyway, as an after-thought I realised that the tracker probably isn't > checked > as often as the bug reports, or this list itself. > > Here's the full text of that tracker report: > > "Here's a bit of background. I'm one of the developers > of openFIRST (http://openfirst.sf.net). Within the > openFIRST system we've incorporated PHP iCalendar (in > the members module). > > With the addition of a custom debugger (which modifies > the error_handler of PHP) I have noticed that there > were many issues. The issues which were within the > openFIRST code itself have almost all been eliminated, > but there remain several in the PHP iCalendar section. > > http://bugzilla.openfirst.org/buglist.cgi? > short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubst > r&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=phpicalendar > &bug_status=NEW&emailassigned_to1=1&emailtype1=substring&email1=&emaila > ssigned_to2=1&emailreporter2=1&emailcc2=1&emailtype2=substring&email2=& > bugidtype=include&bug_id=&votes=&changedin=&chfieldfrom=&chfieldto=Now& > chfieldvalue=&cmdtype=doit&newqueryname=&order=Bug+Number&field0-0 > -0=noop&type0-0-0=noop&value0-0-0= > > contains a few of the Bugzilla reports for these issues. > > I am willing to help with the process of fixing these > bugs if desired. > > How would you like me to proceed?" > > Thanks, > Tim > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel |
|
From: <ti...@op...> - 2004-02-05 12:29:10
|
Hello, I submitted what I probably should have written up as a bug report to the tracker. http://sourceforge.net/tracker/index.php?func=detail&aid=888732&group_id=62270&atid=500020 Anyway, as an after-thought I realised that the tracker probably isn't checked as often as the bug reports, or this list itself. Here's the full text of that tracker report: "Here's a bit of background. I'm one of the developers of openFIRST (http://openfirst.sf.net). Within the openFIRST system we've incorporated PHP iCalendar (in the members module). With the addition of a custom debugger (which modifies the error_handler of PHP) I have noticed that there were many issues. The issues which were within the openFIRST code itself have almost all been eliminated, but there remain several in the PHP iCalendar section. http://bugzilla.openfirst.org/buglist.cgi?short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubstr&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=phpicalendar&bug_status=NEW&emailassigned_to1=1&emailtype1=substring&email1=&emailassigned_to2=1&emailreporter2=1&emailcc2=1&emailtype2=substring&email2=&bugidtype=include&bug_id=&votes=&changedin=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&newqueryname=&order=Bug+Number&field0-0-0=noop&type0-0-0=noop&value0-0-0= contains a few of the Bugzilla reports for these issues. I am willing to help with the process of fixing these bugs if desired. How would you like me to proceed?" Thanks, Tim |
|
From: Greg W. <we...@fa...> - 2004-02-05 00:55:15
|
Oh, these were with my calendars. With the calendars in CVS: Month: 4.930 secs Year: 6.730 secs Preferences: 3.196 secs Also, I noticed that the colors of the calendars don't cycle back to the first color if you have more calendars than there are colors. Greg --- http://www.gregwestin.com/ Contact info: http://www.gregwestin.com/contact.php On Wed, 4 Feb 2004, Chad wrote: > Preferences is a good benchmark for ical parsing time. Is this a > straight CVS install? Or your calendars? My times are for 'All Cals > Combined' with the 3 calendars in CVS. > > On my powerbook 1Ghz, my times are almost double, with over 2.3 seconds > for year. On a Linux-Athlon 1900, Im getting 1.113 seconds for year. > > There hasn't been anything added to ical_parser.php that would make it > faster or slower than in 1.0. > > -C > > On Feb 4, 2004, at 3:02 PM, Greg Westin wrote: > > > Here are the times I'm seeing: > > > > Month: 19.264 > > Year: 19.838 > > Preferences: 14.798 > > > > The server's a Power Mac G4 Dual 450 running OS X 10.3. Why are these > > so > > dramatically different from yours? Perhaps the newest changes aren't > > in > > CVS yet? When I reload the pages, I notice lower times -- more like 15 > > seconds -- I assume because it doesn't have to load the images and > > whatnot? > > > > Greg > > http://www.gregwestin.com/ > > Contact info: http://www.gregwestin.com/contact.php > > > > On Wed, 4 Feb 2004, Chad wrote: > > > >> If you have CVS access, please report back to the list page generation > >> times for the following, along with CPU: > >> > >> month > >> year > >> preferences > >> > >> I'm still working on tighter template code to speed up generation. In > >> any instance, 2.0 should be faster than 1.0. > >> > >> Thanks! > >> > >> > >> For example, my setup - > >> > >> Dual 1.25 G4: > >> month - Page generated in 0.733 seconds. > >> year - Page generated in 1.111 seconds. > >> prefs - Page generated in 0.303 seconds. > >> > >> > >> > >> ------------------------------------------------------- > >> The SF.Net email is sponsored by EclipseCon 2004 > >> Premiere Conference on Open Tools Development and Integration > >> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > >> http://www.eclipsecon.org/osdn > >> _______________________________________________ > >> Phpicalendar-devel mailing list > >> Php...@li... > >> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel > >> > > > > > > ------------------------------------------------------- > > The SF.Net email is sponsored by EclipseCon 2004 > > Premiere Conference on Open Tools Development and Integration > > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > > http://www.eclipsecon.org/osdn > > _______________________________________________ > > Phpicalendar-devel mailing list > > Php...@li... > > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel > |
|
From: Chad <ch...@ch...> - 2004-02-04 23:27:39
|
Preferences is a good benchmark for ical parsing time. Is this a straight CVS install? Or your calendars? My times are for 'All Cals Combined' with the 3 calendars in CVS. On my powerbook 1Ghz, my times are almost double, with over 2.3 seconds for year. On a Linux-Athlon 1900, Im getting 1.113 seconds for year. There hasn't been anything added to ical_parser.php that would make it faster or slower than in 1.0. -C On Feb 4, 2004, at 3:02 PM, Greg Westin wrote: > Here are the times I'm seeing: > > Month: 19.264 > Year: 19.838 > Preferences: 14.798 > > The server's a Power Mac G4 Dual 450 running OS X 10.3. Why are these > so > dramatically different from yours? Perhaps the newest changes aren't > in > CVS yet? When I reload the pages, I notice lower times -- more like 15 > seconds -- I assume because it doesn't have to load the images and > whatnot? > > Greg > http://www.gregwestin.com/ > Contact info: http://www.gregwestin.com/contact.php > > On Wed, 4 Feb 2004, Chad wrote: > >> If you have CVS access, please report back to the list page generation >> times for the following, along with CPU: >> >> month >> year >> preferences >> >> I'm still working on tighter template code to speed up generation. In >> any instance, 2.0 should be faster than 1.0. >> >> Thanks! >> >> >> For example, my setup - >> >> Dual 1.25 G4: >> month - Page generated in 0.733 seconds. >> year - Page generated in 1.111 seconds. >> prefs - Page generated in 0.303 seconds. >> >> >> >> ------------------------------------------------------- >> The SF.Net email is sponsored by EclipseCon 2004 >> Premiere Conference on Open Tools Development and Integration >> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. >> http://www.eclipsecon.org/osdn >> _______________________________________________ >> Phpicalendar-devel mailing list >> Php...@li... >> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel >> > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel |
|
From: Greg W. <gr...@gr...> - 2004-02-04 23:02:06
|
Here are the times I'm seeing: Month: 19.264 Year: 19.838 Preferences: 14.798 The server's a Power Mac G4 Dual 450 running OS X 10.3. Why are these so dramatically different from yours? Perhaps the newest changes aren't in CVS yet? When I reload the pages, I notice lower times -- more like 15 seconds -- I assume because it doesn't have to load the images and whatnot? Greg --- http://www.gregwestin.com/ Contact info: http://www.gregwestin.com/contact.php On Wed, 4 Feb 2004, Chad wrote: > If you have CVS access, please report back to the list page generation > times for the following, along with CPU: > > month > year > preferences > > I'm still working on tighter template code to speed up generation. In > any instance, 2.0 should be faster than 1.0. > > Thanks! > > > For example, my setup - > > Dual 1.25 G4: > month - Page generated in 0.733 seconds. > year - Page generated in 1.111 seconds. > prefs - Page generated in 0.303 seconds. > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel > |
|
From: Chad <ch...@ch...> - 2004-02-04 22:46:26
|
If you have CVS access, please report back to the list page generation times for the following, along with CPU: month year preferences I'm still working on tighter template code to speed up generation. In any instance, 2.0 should be faster than 1.0. Thanks! For example, my setup - Dual 1.25 G4: month - Page generated in 0.733 seconds. year - Page generated in 1.111 seconds. prefs - Page generated in 0.303 seconds. |
6 messages has been excluded from this view by a project administrator.
