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: Waitman C. G. <wa...@em...> - 2002-10-18 02:39:57
|
hello jared!
passing by reference is sending a pointer to a variable to the function,
instead of actually sending the variable to the function, which it uses
to create a local variable within the function. when the function makes
a change to it's variable, it updates the variable outside the function
(The one you pointed to) since it's local copy is really "pointing" to
your variable.
function($arg) passing the value
function(&$arg) passing the reference
basically, if you have code like this:
my_function(&$arg)
{
$arg=4; //no need to return
}
$a=7;
my_function(&$a);
echo $a;
it would print "4"...
NOW the error php now generates is "call time pass by reference is
deprecated"
which means you can't define a function like this:
my_function($arg) {
blah
}
and call it like this:
my_function(&$a);
in this case you would be stuffing the reference down the function's
throat. the php guys really think that we should let php know that we
actually want the reference sent to our function. In the case of the
error message that was posted to this ng, the function declaration
doesn't ask for references. the message points out that you can go in
and modify the declaration if you want and rebuild php, or simply turn
the warning off altogether. But if you do either you can't count on your
program working in the future, or on someone else's machine.
The php people are probably are looking to streamline the engine, and
provide some good ole safe sanity enforcement to the reckless jungle one
can create in php.
But these are just my opinions.
back in the old days you could practically walk into to town and get
into a gun slinging fight in the middle of town, and hop back on your
horse and head out without too much trouble. what i really mean is there
was so much "slop" in php that most of the serious programmers wouldn't
touch it with a ten foot pole.
one day we will probably even have to define variable types in php
beforehand.
when i started using Personal Home Page ;-) i think it was actually
refreshing programming in the slop. it even felt powerful. i mean, in
real structured languages it sometimes feels like you spend more time
typing all this extra crap in that is mostly meaningless - than doing
real coding. but you learn that there are lots of really good reasons
for the structure, and the type-checking and all that Alte Schule bars,
bricks and stones stuff that php is slowing drifting toward.
and i am pretty much still a young feller.
Take care
Waitman
On Thu, 2002-10-17 at 17:25, Jared wrote:
I don't understand exactly what "passing by reference" is and why I
can't find any information about it being deprecated on the PHP
website. I also want to know why all sscanf() function examples in the
function list on the PHP website use references like we did and you say
removing the & still allows the script to function normally. I don't
understand the purpose of the & in the first place, then.
I understand what & does, but I've never used it before and I'm not
sure why it is or is not needed in that case.
Anyway, Chad rewrote it so it doesn't even use sscanf so it no longer
uses the & either.
-Jared
On Thursday, October 17, 2002, at 06:49 PM, Waitman C. Gobble wrote:
> no, he is likely running a newer version of php.
>
> the fix is simple. pass by reference is deprecated, and support may
> cease in future builds of php. removing the & signs will remove the
> error (does not send references to the variables), and the script
> functions properly...
>
> take care
>
> waitman
>
>
> On Thu, 2002-10-17 at 16:40, Chad wrote:
> Your probably running an older version of PHP. You have four
> options:
>
> 1) Update your PHP build
> 2) Set allow_call_time_pass_reference to true in your INI file.
> 3) Download the latest version of PHP iCalendar from CVS.
> 4) Wait for 0.7, which should be out in a day or three.
>
>
> On Thursday, October 17, 2002, at 09:50 PM, Steve Klenert wrote:
>
>> Just installed and i get this :
>>
>> Warning: Call-time pass-by-reference has been deprecated - argument
>> passed
>> by value; If you would like to pass it by reference, modify the
>> declaration
>> of sscanf(). If you would like to enable call-time pass-by-reference,
>> you
>> can set allow_call_time_pass_reference to true in your INI file.
>> However,
>> future versions may not support this any longer.
>> in /home/sites/site3/web/calendars/functions/ical_parser.php on line
>> 563
>>
>> Warning: Call-time pass-by-reference has been deprecated - argument
>> passed
>> by value; If you would like to pass it by reference, modify the
>> declaration
>> of sscanf(). If you would like to enable call-time pass-by-reference,
>> you
>> can set allow_call_time_pass_reference to true in your INI file.
>> However,
>> future versions may not support this any longer.
>> in /home/sites/site3/web/calendars/functions/ical_parser.php on line
>> 563
>>
>> Parse error: parse error, expecting `')''
>> in /home/sites/site3/web/calendars/functions/overlapping_events.php on
>> line
>> 69
>>
>> Fatal error: Call to undefined function: checkoverlap()
>> in /home/sites/site3/web/calendars/functions/ical_parser.php on line
>> 548
>>
>> Please help ASAP>
>>
>> --
>> Best Regards,
>> Steve Klenert
>> Digital Princeton
>> "Quality in Service and Support is our #1 GOAL!"
>> -=Hosting=--=Web Design=--=Dedicated Servers=--=Co-Location=-
>> -=High Bandwidth Hosting Options=--=Load Balanced Servers=-
>> www.digitalprinceton.net
>> Emergency Contact: Pag...@Di...
>>
>>
>> -------------------------------------------------------
>> 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
>
>
>
>
>
> -------------------------------------------------------
> 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
|
|
From: Jared <xe...@si...> - 2002-10-18 00:46:15
|
I don't understand exactly what "passing by reference" is and why I can't find any information about it being deprecated on the PHP website. I also want to know why all sscanf() function examples in the function list on the PHP website use references like we did and you say removing the & still allows the script to function normally. I don't understand the purpose of the & in the first place, then. I understand what & does, but I've never used it before and I'm not sure why it is or is not needed in that case. Anyway, Chad rewrote it so it doesn't even use sscanf so it no longer uses the & either. -Jared On Thursday, October 17, 2002, at 06:49 PM, Waitman C. Gobble wrote: > no, he is likely running a newer version of php. > > the fix is simple. pass by reference is deprecated, and support may > cease in future builds of php. removing the & signs will remove the > error (does not send references to the variables), and the script > functions properly... > > take care > > waitman > > > On Thu, 2002-10-17 at 16:40, Chad wrote: > Your probably running an older version of PHP. You have four > options: > > 1) Update your PHP build > 2) Set allow_call_time_pass_reference to true in your INI file. > 3) Download the latest version of PHP iCalendar from CVS. > 4) Wait for 0.7, which should be out in a day or three. > > > On Thursday, October 17, 2002, at 09:50 PM, Steve Klenert wrote: > >> Just installed and i get this : >> >> Warning: Call-time pass-by-reference has been deprecated - argument >> passed >> by value; If you would like to pass it by reference, modify the >> declaration >> of sscanf(). If you would like to enable call-time pass-by-reference, >> you >> can set allow_call_time_pass_reference to true in your INI file. >> However, >> future versions may not support this any longer. >> in /home/sites/site3/web/calendars/functions/ical_parser.php on line >> 563 >> >> Warning: Call-time pass-by-reference has been deprecated - argument >> passed >> by value; If you would like to pass it by reference, modify the >> declaration >> of sscanf(). If you would like to enable call-time pass-by-reference, >> you >> can set allow_call_time_pass_reference to true in your INI file. >> However, >> future versions may not support this any longer. >> in /home/sites/site3/web/calendars/functions/ical_parser.php on line >> 563 >> >> Parse error: parse error, expecting `')'' >> in /home/sites/site3/web/calendars/functions/overlapping_events.php on >> line >> 69 >> >> Fatal error: Call to undefined function: checkoverlap() >> in /home/sites/site3/web/calendars/functions/ical_parser.php on line >> 548 >> >> Please help ASAP> >> >> -- >> Best Regards, >> Steve Klenert >> Digital Princeton >> "Quality in Service and Support is our #1 GOAL!" >> -=Hosting=--=Web Design=--=Dedicated Servers=--=Co-Location=- >> -=High Bandwidth Hosting Options=--=Load Balanced Servers=- >> www.digitalprinceton.net >> Emergency Contact: Pag...@Di... >> >> >> ------------------------------------------------------- >> 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 > > > > > > ------------------------------------------------------- > 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 |
|
From: Waitman C. G. <wa...@em...> - 2002-10-17 23:48:59
|
no, he is likely running a newer version of php.
the fix is simple. pass by reference is deprecated, and support may
cease in future builds of php. removing the & signs will remove the
error (does not send references to the variables), and the script
functions properly...
take care
waitman
On Thu, 2002-10-17 at 16:40, Chad wrote:
Your probably running an older version of PHP. You have four options:
1) Update your PHP build
2) Set allow_call_time_pass_reference to true in your INI file.
3) Download the latest version of PHP iCalendar from CVS.
4) Wait for 0.7, which should be out in a day or three.
On Thursday, October 17, 2002, at 09:50 PM, Steve Klenert wrote:
> Just installed and i get this :
>
> Warning: Call-time pass-by-reference has been deprecated - argument
> passed
> by value; If you would like to pass it by reference, modify the
> declaration
> of sscanf(). If you would like to enable call-time pass-by-reference,
> you
> can set allow_call_time_pass_reference to true in your INI file.
> However,
> future versions may not support this any longer.
> in /home/sites/site3/web/calendars/functions/ical_parser.php on line
> 563
>
> Warning: Call-time pass-by-reference has been deprecated - argument
> passed
> by value; If you would like to pass it by reference, modify the
> declaration
> of sscanf(). If you would like to enable call-time pass-by-reference,
> you
> can set allow_call_time_pass_reference to true in your INI file.
> However,
> future versions may not support this any longer.
> in /home/sites/site3/web/calendars/functions/ical_parser.php on line
> 563
>
> Parse error: parse error, expecting `')''
> in /home/sites/site3/web/calendars/functions/overlapping_events.php on
> line
> 69
>
> Fatal error: Call to undefined function: checkoverlap()
> in /home/sites/site3/web/calendars/functions/ical_parser.php on line
> 548
>
> Please help ASAP>
>
> --
> Best Regards,
> Steve Klenert
> Digital Princeton
> "Quality in Service and Support is our #1 GOAL!"
> -=Hosting=--=Web Design=--=Dedicated Servers=--=Co-Location=-
> -=High Bandwidth Hosting Options=--=Load Balanced Servers=-
> www.digitalprinceton.net
> Emergency Contact: Pag...@Di...
>
>
> -------------------------------------------------------
> 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
|
|
From: Waitman C. G. <wa...@em...> - 2002-10-17 23:41:57
|
on line 563 of the ical_parser.php (in functions) you need to remove two & signs in front of the variable names. Best, Waitman Gobble EMK Design Buena Park CA 90261 +1.7145222528 http://emkdesign.com On Thu, 2002-10-17 at 21:50, Steve Klenert wrote: Just installed and i get this : Warning: Call-time pass-by-reference has been deprecated - argument passed by value; If you would like to pass it by reference, modify the declaration of sscanf(). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file. However, future versions may not support this any longer. in /home/sites/site3/web/calendars/functions/ical_parser.php on line 563 Warning: Call-time pass-by-reference has been deprecated - argument passed by value; If you would like to pass it by reference, modify the declaration of sscanf(). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file. However, future versions may not support this any longer. in /home/sites/site3/web/calendars/functions/ical_parser.php on line 563 Parse error: parse error, expecting `')'' in /home/sites/site3/web/calendars/functions/overlapping_events.php on line 69 Fatal error: Call to undefined function: checkoverlap() in /home/sites/site3/web/calendars/functions/ical_parser.php on line 548 Please help ASAP> -- Best Regards, Steve Klenert Digital Princeton "Quality in Service and Support is our #1 GOAL!" -=Hosting=--=Web Design=--=Dedicated Servers=--=Co-Location=- -=High Bandwidth Hosting Options=--=Load Balanced Servers=- www.digitalprinceton.net Emergency Contact: Pag...@Di... ------------------------------------------------------- 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 |
|
From: Chad <ch...@ch...> - 2002-10-17 23:41:07
|
Your probably running an older version of PHP. You have four options: 1) Update your PHP build 2) Set allow_call_time_pass_reference to true in your INI file. 3) Download the latest version of PHP iCalendar from CVS. 4) Wait for 0.7, which should be out in a day or three. On Thursday, October 17, 2002, at 09:50 PM, Steve Klenert wrote: > Just installed and i get this : > > Warning: Call-time pass-by-reference has been deprecated - argument > passed > by value; If you would like to pass it by reference, modify the > declaration > of sscanf(). If you would like to enable call-time pass-by-reference, > you > can set allow_call_time_pass_reference to true in your INI file. > However, > future versions may not support this any longer. > in /home/sites/site3/web/calendars/functions/ical_parser.php on line > 563 > > Warning: Call-time pass-by-reference has been deprecated - argument > passed > by value; If you would like to pass it by reference, modify the > declaration > of sscanf(). If you would like to enable call-time pass-by-reference, > you > can set allow_call_time_pass_reference to true in your INI file. > However, > future versions may not support this any longer. > in /home/sites/site3/web/calendars/functions/ical_parser.php on line > 563 > > Parse error: parse error, expecting `')'' > in /home/sites/site3/web/calendars/functions/overlapping_events.php on > line > 69 > > Fatal error: Call to undefined function: checkoverlap() > in /home/sites/site3/web/calendars/functions/ical_parser.php on line > 548 > > Please help ASAP> > > -- > Best Regards, > Steve Klenert > Digital Princeton > "Quality in Service and Support is our #1 GOAL!" > -=Hosting=--=Web Design=--=Dedicated Servers=--=Co-Location=- > -=High Bandwidth Hosting Options=--=Load Balanced Servers=- > www.digitalprinceton.net > Emergency Contact: Pag...@Di... > > > ------------------------------------------------------- > 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 |
|
From: Steve K. <di...@ww...> - 2002-10-17 23:36:58
|
Just installed and i get this : Warning: Call-time pass-by-reference has been deprecated - argument passed by value; If you would like to pass it by reference, modify the declaration of sscanf(). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file. However, future versions may not support this any longer. in /home/sites/site3/web/calendars/functions/ical_parser.php on line 563 Warning: Call-time pass-by-reference has been deprecated - argument passed by value; If you would like to pass it by reference, modify the declaration of sscanf(). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file. However, future versions may not support this any longer. in /home/sites/site3/web/calendars/functions/ical_parser.php on line 563 Parse error: parse error, expecting `')'' in /home/sites/site3/web/calendars/functions/overlapping_events.php on line 69 Fatal error: Call to undefined function: checkoverlap() in /home/sites/site3/web/calendars/functions/ical_parser.php on line 548 Please help ASAP> -- Best Regards, Steve Klenert Digital Princeton "Quality in Service and Support is our #1 GOAL!" -=Hosting=--=Web Design=--=Dedicated Servers=--=Co-Location=- -=High Bandwidth Hosting Options=--=Load Balanced Servers=- www.digitalprinceton.net Emergency Contact: Pag...@Di... |
|
From: Waitman C. G. <wa...@em...> - 2002-10-17 14:50:59
|
awesome!
On Thu, 2002-10-17 at 07:18, Jared wrote:
Actually, if you look at the current code in CVS, it reads the file
line by line and while the next line starts with a space, it continues
to read it. I haven't tested this with a mozilla calendar, but I think
it would work fine. Please check it out.
This is the patch that Bill Fenner sent us to help with the speed
issues.
-Jared
On Thursday, October 17, 2002, at 08:21 AM, Waitman C. Gobble wrote:
> hey chad
>
> looks great!
>
> a couple of things. can you add in bill fenner's unfolding routine? the
> one i originally wrote last week, that was posted to the user forum,
> was
> an attempt to make the thing work with mozilla - it only considers a
> single broken-line, not multiple ones. my new ones properly unfolds the
> lines to rfc but i doubt is compatible with the existing ical_parser.
> bill's should snap right in.
>
> technically there is no limit on continuation of broken lines, so it
> should read the file until it DOESN'T find a space or tab character in
> the first position of the line.
>
> regarding the "Z" removal. I originally stuck that in there to get it
> to
> read in the outlook calendars, but it is technically incorrect. I
> haven't worried about it yet, and perhaps it can wait until down the
> road however that "Z" means that the time specified DOESN'T use the
> timezone info, it is in UTC/GMT/"Zulu" time, ie no offset. In the
> parser
> below, if a "Z" is at the end of the time spec then it should probably
> set some kind of flag that tells the thing it needs to convert the time
> specified to local time. (or that it doesn't need to convert it to UTC)
>
> regarding timezones, I can't find an apple ical file that has the
> correct timezone info. do you have any samples? i am really curious at
> how we are supposed to guess how the person that created an event
> interprets the time they specified and how they have their computer
> configured without the VTIMEZONE definitions and offset.
>
> all of the samples i have seen reference an entity in the TZID
> parameter, but they never define it. the only way to really know how to
> convert the time back to UTC if is their calendar program lets us know
> how their local machine is configured when they create the event.
>
> of course, perhaps the samples on the apple site were created before
> their ical program was fully cooked, and the current release specs it
> out correctly...
>
> btw (i am not sure ben franklin knew what kind of special hell he would
> create with his sociological tinkerings. hey, no intended disrespect to
> you farmers out there... ;-)
>
> take care
>
> waitman
>
>
>
>
>
>
>
> On Thu, 2002-10-17 at 00:47, Chad wrote:
> Ive made a good bit of changes to the parser around DTSTART and
> DTEND.
> Everything appears to work and its much more flexable (for adding
> in
> time zone support). Let me know if it breaks anything, Ive checked
> all
> the sample calendars.
>
>
> what it looks like now:
>
> if (preg_match("/DTSTART/", $field)) {
> $data = ereg_replace('T', '', $data);
> $data = ereg_replace('Z', '', $data);
> if (preg_match("/DTSTART;VALUE=DATE/", $field)) {
> $allday_start = $data;
> } else {
> ereg ('([0-9]{4})([0-9]{2})([0-9]{2})([0-9]{0,2})([0-9]{0,2})',
> $data, $regs);
> $start_date = $regs[1] . $regs[2] . $regs[3];
> $start_time = $regs[4] . $regs[5];
> }
>
> } elseif (preg_match("/DTEND/", $field)) {
> $data = ereg_replace('T', '', $data);
> $data = ereg_replace('Z', '', $data);
> if (preg_match("/DTEND;VALUE=DATE/", $field)) {
> $allday_end = $data;
> } else {
> ereg ('([0-9]{4})([0-9]{2})([0-9]{2})([0-9]{0,2})([0-9]{0,2})',
> $data, $regs);
> $end_date = $regs[1] . $regs[2] . $regs[3];
> $end_time = $regs[4] . $regs[5];
> }
>
>
> Its case-sensitive at the moment, but should be easy to fix, this
> solves a problem where if TZID was not set, it would not have a
> start
> or end time.
>
>
> Night,
> Chad
>
>
>
> -------------------------------------------------------
> 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
-------------------------------------------------------
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
|
|
From: Jared <xe...@si...> - 2002-10-17 14:38:53
|
Actually, if you look at the current code in CVS, it reads the file
line by line and while the next line starts with a space, it continues
to read it. I haven't tested this with a mozilla calendar, but I think
it would work fine. Please check it out.
This is the patch that Bill Fenner sent us to help with the speed
issues.
-Jared
On Thursday, October 17, 2002, at 08:21 AM, Waitman C. Gobble wrote:
> hey chad
>
> looks great!
>
> a couple of things. can you add in bill fenner's unfolding routine? the
> one i originally wrote last week, that was posted to the user forum,
> was
> an attempt to make the thing work with mozilla - it only considers a
> single broken-line, not multiple ones. my new ones properly unfolds the
> lines to rfc but i doubt is compatible with the existing ical_parser.
> bill's should snap right in.
>
> technically there is no limit on continuation of broken lines, so it
> should read the file until it DOESN'T find a space or tab character in
> the first position of the line.
>
> regarding the "Z" removal. I originally stuck that in there to get it
> to
> read in the outlook calendars, but it is technically incorrect. I
> haven't worried about it yet, and perhaps it can wait until down the
> road however that "Z" means that the time specified DOESN'T use the
> timezone info, it is in UTC/GMT/"Zulu" time, ie no offset. In the
> parser
> below, if a "Z" is at the end of the time spec then it should probably
> set some kind of flag that tells the thing it needs to convert the time
> specified to local time. (or that it doesn't need to convert it to UTC)
>
> regarding timezones, I can't find an apple ical file that has the
> correct timezone info. do you have any samples? i am really curious at
> how we are supposed to guess how the person that created an event
> interprets the time they specified and how they have their computer
> configured without the VTIMEZONE definitions and offset.
>
> all of the samples i have seen reference an entity in the TZID
> parameter, but they never define it. the only way to really know how to
> convert the time back to UTC if is their calendar program lets us know
> how their local machine is configured when they create the event.
>
> of course, perhaps the samples on the apple site were created before
> their ical program was fully cooked, and the current release specs it
> out correctly...
>
> btw (i am not sure ben franklin knew what kind of special hell he would
> create with his sociological tinkerings. hey, no intended disrespect to
> you farmers out there... ;-)
>
> take care
>
> waitman
>
>
>
>
>
>
>
> On Thu, 2002-10-17 at 00:47, Chad wrote:
> Ive made a good bit of changes to the parser around DTSTART and
> DTEND.
> Everything appears to work and its much more flexable (for adding
> in
> time zone support). Let me know if it breaks anything, Ive checked
> all
> the sample calendars.
>
>
> what it looks like now:
>
> if (preg_match("/DTSTART/", $field)) {
> $data = ereg_replace('T', '', $data);
> $data = ereg_replace('Z', '', $data);
> if (preg_match("/DTSTART;VALUE=DATE/", $field)) {
> $allday_start = $data;
> } else {
> ereg ('([0-9]{4})([0-9]{2})([0-9]{2})([0-9]{0,2})([0-9]{0,2})',
> $data, $regs);
> $start_date = $regs[1] . $regs[2] . $regs[3];
> $start_time = $regs[4] . $regs[5];
> }
>
> } elseif (preg_match("/DTEND/", $field)) {
> $data = ereg_replace('T', '', $data);
> $data = ereg_replace('Z', '', $data);
> if (preg_match("/DTEND;VALUE=DATE/", $field)) {
> $allday_end = $data;
> } else {
> ereg ('([0-9]{4})([0-9]{2})([0-9]{2})([0-9]{0,2})([0-9]{0,2})',
> $data, $regs);
> $end_date = $regs[1] . $regs[2] . $regs[3];
> $end_time = $regs[4] . $regs[5];
> }
>
>
> Its case-sensitive at the moment, but should be easy to fix, this
> solves a problem where if TZID was not set, it would not have a
> start
> or end time.
>
>
> Night,
> Chad
>
>
>
> -------------------------------------------------------
> 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
|
|
From: Waitman C. G. <wa...@em...> - 2002-10-17 13:21:01
|
hey chad
looks great!
a couple of things. can you add in bill fenner's unfolding routine? the
one i originally wrote last week, that was posted to the user forum, was
an attempt to make the thing work with mozilla - it only considers a
single broken-line, not multiple ones. my new ones properly unfolds the
lines to rfc but i doubt is compatible with the existing ical_parser.
bill's should snap right in.
technically there is no limit on continuation of broken lines, so it
should read the file until it DOESN'T find a space or tab character in
the first position of the line.
regarding the "Z" removal. I originally stuck that in there to get it to
read in the outlook calendars, but it is technically incorrect. I
haven't worried about it yet, and perhaps it can wait until down the
road however that "Z" means that the time specified DOESN'T use the
timezone info, it is in UTC/GMT/"Zulu" time, ie no offset. In the parser
below, if a "Z" is at the end of the time spec then it should probably
set some kind of flag that tells the thing it needs to convert the time
specified to local time. (or that it doesn't need to convert it to UTC)
regarding timezones, I can't find an apple ical file that has the
correct timezone info. do you have any samples? i am really curious at
how we are supposed to guess how the person that created an event
interprets the time they specified and how they have their computer
configured without the VTIMEZONE definitions and offset.
all of the samples i have seen reference an entity in the TZID
parameter, but they never define it. the only way to really know how to
convert the time back to UTC if is their calendar program lets us know
how their local machine is configured when they create the event.
of course, perhaps the samples on the apple site were created before
their ical program was fully cooked, and the current release specs it
out correctly...
btw (i am not sure ben franklin knew what kind of special hell he would
create with his sociological tinkerings. hey, no intended disrespect to
you farmers out there... ;-)
take care
waitman
On Thu, 2002-10-17 at 00:47, Chad wrote:
Ive made a good bit of changes to the parser around DTSTART and DTEND.
Everything appears to work and its much more flexable (for adding in
time zone support). Let me know if it breaks anything, Ive checked all
the sample calendars.
what it looks like now:
if (preg_match("/DTSTART/", $field)) {
$data = ereg_replace('T', '', $data);
$data = ereg_replace('Z', '', $data);
if (preg_match("/DTSTART;VALUE=DATE/", $field)) {
$allday_start = $data;
} else {
ereg ('([0-9]{4})([0-9]{2})([0-9]{2})([0-9]{0,2})([0-9]{0,2})',
$data, $regs);
$start_date = $regs[1] . $regs[2] . $regs[3];
$start_time = $regs[4] . $regs[5];
}
} elseif (preg_match("/DTEND/", $field)) {
$data = ereg_replace('T', '', $data);
$data = ereg_replace('Z', '', $data);
if (preg_match("/DTEND;VALUE=DATE/", $field)) {
$allday_end = $data;
} else {
ereg ('([0-9]{4})([0-9]{2})([0-9]{2})([0-9]{0,2})([0-9]{0,2})',
$data, $regs);
$end_date = $regs[1] . $regs[2] . $regs[3];
$end_time = $regs[4] . $regs[5];
}
Its case-sensitive at the moment, but should be easy to fix, this
solves a problem where if TZID was not set, it would not have a start
or end time.
Night,
Chad
-------------------------------------------------------
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
|
|
From: Chad <ch...@ch...> - 2002-10-17 07:46:46
|
Ive made a good bit of changes to the parser around DTSTART and DTEND.
Everything appears to work and its much more flexable (for adding in
time zone support). Let me know if it breaks anything, Ive checked all
the sample calendars.
what it looks like now:
if (preg_match("/DTSTART/", $field)) {
$data = ereg_replace('T', '', $data);
$data = ereg_replace('Z', '', $data);
if (preg_match("/DTSTART;VALUE=DATE/", $field)) {
$allday_start = $data;
} else {
ereg ('([0-9]{4})([0-9]{2})([0-9]{2})([0-9]{0,2})([0-9]{0,2})',
$data, $regs);
$start_date = $regs[1] . $regs[2] . $regs[3];
$start_time = $regs[4] . $regs[5];
}
} elseif (preg_match("/DTEND/", $field)) {
$data = ereg_replace('T', '', $data);
$data = ereg_replace('Z', '', $data);
if (preg_match("/DTEND;VALUE=DATE/", $field)) {
$allday_end = $data;
} else {
ereg ('([0-9]{4})([0-9]{2})([0-9]{2})([0-9]{0,2})([0-9]{0,2})',
$data, $regs);
$end_date = $regs[1] . $regs[2] . $regs[3];
$end_time = $regs[4] . $regs[5];
}
Its case-sensitive at the moment, but should be easy to fix, this
solves a problem where if TZID was not set, it would not have a start
or end time.
Night,
Chad
|
|
From: Waitman C. G. <wa...@em...> - 2002-10-16 23:58:55
|
hey chad.
did you catch my note regarding the "subscribe" link? if you use an
absolute path (ie your calendars are on an nfs share or something) then
the links for "subscribe" and "download" aren't correct.
i have some code changes if needed.
thanks
waitman
On Wed, 2002-10-16 at 16:36, Waitman C. Gobble wrote:
ah, thanks.
let me look again, i could swear it was the tv listings.
waitman
On Wed, 2002-10-16 at 16:30, Chad wrote:
[-1] just signals an all-day event, an event not having a start or stop
time, but rather start and stop dates. It's how we read back out the
data as an all-day event vs. regular events.
-C
On Wednesday, October 16, 2002, at 04:13 PM, Waitman C. Gobble wrote:
> ok, i found a big nasty hairy bottleneck in my overlapper function,
> need
> to rethink. otherwise the script performs swell.
>
> by the way, fyi while doing some tests i noticed that the existing
> ical_parser.php sets the start time to -1 on a lot of the events in the
> files downloaded from the apple ical site. my guess is that this is
> because a lot of them don't have DTEND, they use DTSTART with DURATION,
> which is acceptable according to the rfc.
>
> i will look at the cvs ical_parser to see if this has already been
> updated.
>
>
> waitman
>
>
> On Wed, 2002-10-16 at 14:12, Waitman C. Gobble wrote:
> duh, i hit send instead of attach. sry!
>
> 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
-------------------------------------------------------
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
|
|
From: Waitman C. G. <wa...@em...> - 2002-10-16 23:36:55
|
ah, thanks.
let me look again, i could swear it was the tv listings.
waitman
On Wed, 2002-10-16 at 16:30, Chad wrote:
[-1] just signals an all-day event, an event not having a start or stop
time, but rather start and stop dates. It's how we read back out the
data as an all-day event vs. regular events.
-C
On Wednesday, October 16, 2002, at 04:13 PM, Waitman C. Gobble wrote:
> ok, i found a big nasty hairy bottleneck in my overlapper function,
> need
> to rethink. otherwise the script performs swell.
>
> by the way, fyi while doing some tests i noticed that the existing
> ical_parser.php sets the start time to -1 on a lot of the events in the
> files downloaded from the apple ical site. my guess is that this is
> because a lot of them don't have DTEND, they use DTSTART with DURATION,
> which is acceptable according to the rfc.
>
> i will look at the cvs ical_parser to see if this has already been
> updated.
>
>
> waitman
>
>
> On Wed, 2002-10-16 at 14:12, Waitman C. Gobble wrote:
> duh, i hit send instead of attach. sry!
>
> 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
|
|
From: Chad <ch...@ch...> - 2002-10-16 23:30:41
|
[-1] just signals an all-day event, an event not having a start or stop time, but rather start and stop dates. It's how we read back out the data as an all-day event vs. regular events. -C On Wednesday, October 16, 2002, at 04:13 PM, Waitman C. Gobble wrote: > ok, i found a big nasty hairy bottleneck in my overlapper function, > need > to rethink. otherwise the script performs swell. > > by the way, fyi while doing some tests i noticed that the existing > ical_parser.php sets the start time to -1 on a lot of the events in the > files downloaded from the apple ical site. my guess is that this is > because a lot of them don't have DTEND, they use DTSTART with DURATION, > which is acceptable according to the rfc. > > i will look at the cvs ical_parser to see if this has already been > updated. > > > waitman > > > On Wed, 2002-10-16 at 14:12, Waitman C. Gobble wrote: > duh, i hit send instead of attach. sry! > > 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 |
|
From: Waitman C. G. <wa...@em...> - 2002-10-16 23:12:56
|
ok, i found a big nasty hairy bottleneck in my overlapper function, need
to rethink. otherwise the script performs swell.
by the way, fyi while doing some tests i noticed that the existing
ical_parser.php sets the start time to -1 on a lot of the events in the
files downloaded from the apple ical site. my guess is that this is
because a lot of them don't have DTEND, they use DTSTART with DURATION,
which is acceptable according to the rfc.
i will look at the cvs ical_parser to see if this has already been
updated.
waitman
On Wed, 2002-10-16 at 14:12, Waitman C. Gobble wrote:
duh, i hit send instead of attach. sry!
waitman
|
|
From: Waitman C. G. <wa...@em...> - 2002-10-16 21:12:01
|
duh, i hit send instead of attach. sry! waitman |
|
From: Waitman C. G. <wa...@em...> - 2002-10-16 21:11:03
|
hello!
sorry to keep pestering you guys with output and files, but attached is
a better version that has PERCENT-COMPLETE, DUE, COMPLETED, PRIORITY in
the VTODO section (master_array[-2]).
I have a question. Right now, when I stick an alarm in master_array[-3]
I manually set the type to "VALARM". Do you think it smarted to use
"VEVENT" or "VTODO" in this field, so we have some sort of idear what
the heck the thing is? I am leaning this way but would appreciate some
input!
also, i realize that perhaps the extra fields with the unix time stamps
may be overkill, however (IMO) the unix timestamp info is more useful,
especially when converting the time across timezones, calculating
differences in time, whatever.
the overlapper function seems to work too. from what i could tell the
thing is just supposed to know how many concurrent events take place, in
addition to any particular event. the number in the field is used to
calculate how many columns to display. i really don't think anything
else is required, correct? your input here is most appreciated.
another thing, i broke the code up where the text exceeded 80 columns,
to get it more readable. that brings me to exactly 400 lines. i am not
too concerned about the lineage, just want something that performs.
with that in mind, I think i am ready to do some performance tests.
thanks!
waitman
Array
(
[-3] => Array
(
[20021022] => Array
(
[1000] => Array
(
[0] => Array
(
[event_start] => 1100
[event_text] => Dentist Appt
[event_end] => 1200
[event_length] => 60
[event_overlap] => 0
[description] =>
[uid] => 968757005
[status] =>
[alarm] => -PT1H
[type] => VALARM
[unix_start] => 1035309600
[unix_end] => 1035313200
)
)
)
)
[-2] => Array
(
[20021009] => Array
(
[0000] => Array
(
[0] => Array
(
[event_start] => 0000
[event_text] => don's form and web
site
[event_end] => 0000
[event_length] => 00
[event_overlap] => 0
[description] =>
[uid] => 959420326
[status] => NEEDS-ACTION
[alarm] =>
[type] => VTODO
[unix_start] => 1034146800
[unix_end] => 1034751600
[due_date] => 20021009
[due_time] => 2359
[unix_due] => 1034233140
[priority] =>
[percent_complete] =>
[completed_date] =>
[completed_time] =>
[unix_completed] =>
)
[1] => Array
(
[event_start] => 0000
[event_text] => brideworld updates
[event_end] => 0000
[event_length] => 00
[event_overlap] => 0
[description] =>
[uid] => 926179144
[status] => NEEDS-ACTION
[alarm] =>
[type] => VTODO
[unix_start] => 1034146800
[unix_end] => 1034751600
[due_date] => 20021009
[due_time] => 2359
[unix_due] => 1034233140
[priority] =>
[percent_complete] =>
[completed_date] =>
[completed_time] =>
[unix_completed] =>
)
[2] => Array
(
[event_start] => 0000
[event_text] => reports - dealflow
[event_end] => 0000
[event_length] => 00
[event_overlap] => 0
[description] =>
[uid] => 900181173
[status] => COMPLETED
[alarm] =>
[type] => VTODO
[unix_start] => 1034146800
[unix_end] => 1034751600
[due_date] => 20021009
[due_time] => 2359
[unix_due] => 1034233140
[priority] =>
[percent_complete] =>
[completed_date] => 20021009
[completed_time] => 2237
[unix_completed] => 1034228235
)
[3] => Array
(
[event_start] => 0000
[event_text] => montauk email for
jason
[event_end] => 0000
[event_length] => 00
[event_overlap] => 0
[description] =>
[uid] => 947654954
[status] => COMPLETED
[alarm] =>
[type] => VTODO
[unix_start] => 1034146800
[unix_end] => 1034751600
[due_date] => 20021009
[due_time] => 2359
[unix_due] => 1034233140
[priority] =>
[percent_complete] =>
[completed_date] => 20021009
[completed_time] => 2237
[unix_completed] => 1034228254
)
[4] => Array
(
[event_start] => 0000
[event_text] => platt work for
justin
[event_end] => 0000
[event_length] => 00
[event_overlap] => 0
[description] =>
[uid] => 924600754
[status] => COMPLETED
[alarm] =>
[type] => VTODO
[unix_start] => 1034146800
[unix_end] => 1034751600
[due_date] => 20021009
[due_time] => 2359
[unix_due] => 1034233140
[priority] =>
[percent_complete] =>
[completed_date] => 20021009
[completed_time] => 2237
[unix_completed] => 1034228273
)
[5] => Array
(
[event_start] => 0000
[event_text] => gotscraps crochet
pattern discount
[event_end] => 0000
[event_length] => 00
[event_overlap] => 0
[description] =>
[uid] => 938557324
[status] => COMPLETED
[alarm] =>
[type] => VTODO
[unix_start] => 1034146800
[unix_end] => 1034751600
[due_date] => 20021009
[due_time] => 2359
[unix_due] => 1034233140
[priority] =>
[percent_complete] =>
[completed_date] => 20021009
[completed_time] => 2238
[unix_completed] => 1034228296
)
[6] => Array
(
[event_start] => 0000
[event_text] => buena park chamber
secure payments
[event_end] => 0000
[event_length] => 00
[event_overlap] => 0
[description] =>
[uid] => 915842962
[status] => NEEDS-ACTION
[alarm] =>
[type] => VTODO
[unix_start] => 1034146800
[unix_end] => 1034751600
[due_date] => 20021009
[due_time] => 2359
[unix_due] => 1034233140
[priority] =>
[percent_complete] =>
[completed_date] =>
[completed_time] =>
[unix_completed] =>
)
[7] => Array
(
[event_start] => 0000
[event_text] =>
propreviewphotography
[event_end] => 0000
[event_length] => 00
[event_overlap] => 0
[description] =>
[uid] => 915514433
[status] => NEEDS-ACTION
[alarm] =>
[type] => VTODO
[unix_start] => 1034146800
[unix_end] => 1034751600
[due_date] => 20021009
[due_time] => 2359
[unix_due] => 1034233140
[priority] =>
[percent_complete] =>
[completed_date] =>
[completed_time] =>
[unix_completed] =>
)
[8] => Array
(
[event_start] => 0000
[event_text] => data for sexappeal
[event_end] => 0000
[event_length] => 00
[event_overlap] => 0
[description] => THIS IS A TEST AND
NOTHING BUT A TEST
[uid] => 916143937
[status] => IN-PROCESS
[alarm] =>
[type] => VTODO
[unix_start] => 1034146800
[unix_end] => 1034751600
[due_date] => 20021031
[due_time] => 2359
[unix_due] => 1036137540
[priority] => 1
[percent_complete] => 40
[completed_date] =>
[completed_time] =>
[unix_completed] =>
)
)
)
[20021010] => Array
(
[0000] => Array
(
[0] => Array
(
[event_start] => 0000
[event_text] => invoice for adcom
publishing
[event_end] => 0000
[event_length] => 00
[event_overlap] => 0
[description] => review outstanding
invoices for adcom publishing
[uid] => 979849348
[status] => COMPLETED
[alarm] =>
[type] => VTODO
[unix_start] => 1034233200
[unix_end] => 1034751600
[due_date] => 20021010
[due_time] => 2359
[unix_due] => 1034319540
[priority] =>
[percent_complete] =>
[completed_date] => 20021010
[completed_time] => 0738
[unix_completed] => 1034260726
)
)
)
[20021014] => Array
(
[0000] => Array
(
[0] => Array
(
[event_start] => 0000
[event_text] => BP Chamber Calendar
[event_end] => 0000
[event_length] => 00
[event_overlap] => 0
[description] => link not working
[uid] => 941055869
[status] => NEEDS-ACTION
[alarm] =>
[type] => VTODO
[unix_start] => 1034578800
[unix_end] => 1034751600
[due_date] => 20021014
[due_time] => 2359
[unix_due] => 1034665140
[priority] => 1
[percent_complete] =>
[completed_date] =>
[completed_time] =>
[unix_completed] =>
)
)
)
)
[-1] => valid cal file
[20021015] => Array
(
[1000] => Array
(
[0] => Array
(
[event_start] => 1000
[event_text] => Cal Tech Design
[event_end] => 1145
[event_length] => 105
[event_overlap] => 0
[description] =>
[uid] => 902705443
[status] =>
[alarm] =>
[type] => VEVENT
[unix_start] => 1034701200
[unix_end] => 1034707500
)
)
[1300] => Array
(
[0] => Array
(
[event_start] => 1300
[event_text] => Creative Resources
[event_end] => 1700
[event_length] => 240
[event_overlap] => 0
[description] => resolve issues on list
[uid] => 906774672
[status] =>
[alarm] =>
[type] => VEVENT
[unix_start] => 1034712000
[unix_end] => 1034726400
)
)
)
[20021022] => Array
(
[0900] => Array
(
[0] => Array
(
[event_start] => 0900
[event_text] => Creative Resources
[event_end] => 1700
[event_length] => 480
[event_overlap] => 0
[description] => rebuild os x server and
reconfigure squid and scripts
[uid] => 981687214
[status] =>
[alarm] =>
[type] => VEVENT
[unix_start] => 1035302400
[unix_end] => 1035331200
)
)
[1100] => Array
(
[0] => Array
(
[event_start] => 1100
[event_text] => Dentist Appt
[event_end] => 1200
[event_length] => 60
[event_overlap] => 0
[description] =>
[uid] => 968757005
[status] =>
[alarm] => -PT1H
[type] => VEVENT
[unix_start] => 1035309600
[unix_end] => 1035313200
)
)
)
[20021115] => Array
(
[1000] => Array
(
[0] => Array
(
[event_start] => 1000
[event_text] => Teacher Conference
[event_end] => 1030
[event_length] => 30
[event_overlap] => 0
[description] =>
[uid] => 982787692
[status] =>
[alarm] =>
[type] => VEVENT
[unix_start] => 1037383200
[unix_end] => 1037385000
)
)
)
)
Array
(
[0] => 1035309600
[1] => 1035313200
[2] => 1034701200
[3] => 1034707500
[4] => 1037383200
[5] => 1037385000
[6] => 1035302400
[7] => 1035331200
[8] => 1034712000
[9] => 1034726400
)
On Wed, 2002-10-16 at 13:02, Waitman C. Gobble wrote:
hello!
|
|
From: Waitman C. G. <wa...@em...> - 2002-10-16 20:14:56
|
oh yeah, i missed this part of your email regarding dates on the TODO.
normally they don't have dates, but they CAN. so i went ahead and added
the info just in case it did exist.
waitman
On Wed, 2002-10-16 at 12:18, Chad wrote:
I'm not sure why we would need to re-write the parser, as its pretty
well tested at this point. Jared and I have already started cleaning up
and tweeking the file for more speed and flexability, trimming over 200
lines this morning.
It should just be altered to handle the vtodo, which is fairly simple.
I agree with Dre on placing it in the master array as [-2]. I don't see
though that it has a date attached specifically, they just appear in
iCal no matter the date they were created. Not sure how mozilla handles
these.
-C
On Wednesday, October 16, 2002, at 08:43 AM, Waitman C. Gobble wrote:
> 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
|
|
From: Waitman C. G. <wa...@em...> - 2002-10-16 20:03:01
|
hello!
well, perhaps we should leave the parser code alone... it wouldn't hurt
my feelings. I was just looking for an easy way to get the data into a
database.
I was really stuggling with ical_parser.php trying to figure out how to
implement the vtodo. I suppose it was just too complicated for me (I AM
pretty much an uneducated hack). plus i have only been familiar with
this project for a little while....
my current parser code now supports VALARM and VTODO records, and should
be compatible with the other phpicalendar scripts. additionally, it
should be compatible with mozilla, outlook and apple ics files.
I think I can reduce my code about another 100 lines. Currently there is
a lot of duplication going on because I wasn't sure about how to store
the VTODOs etc.
right now it sticks the alarms in master_array[-3] and the todos in
master_array[-2], using the suggestions made by jared and bill fenner.
I want to build a monster ics file, and time the thing. also - set my
php.ini file for low memory allocation, and give it some good testing.
here is a sample of the master_array it creates:
Array
(
[-3] => Array
(
[20021022] => Array
(
[1000] => Array
(
[0] => Array
(
[event_start] => 1100
[event_text] => Dentist Appt
[event_end] => 1200
[event_length] => 60
[event_overlap] => 0
[description] =>
[uid] => 968757005
[status] =>
[alarm] => -PT1H
[type] => VALARM
[unixtimestart] => 1035309600
[unixtimeend] => 1035313200
)
)
)
)
[-2] => Array
(
[20021009] => Array
(
[0000] => Array
(
[0] => Array
(
[event_start] => 0000
[event_text] => data for sexappeal
[event_end] => 0000
[event_length] => 00
[event_overlap] => 0
[description] =>
[uid] => 916143937
[status] => NEEDS-ACTION
[alarm] =>
[type] => VTODO
[unixtimestart] => 1034146800
[unixtimeend] => 1034751600
)
[1] => Array
(
[event_start] => 0000
[event_text] => don's form and web
site
[event_end] => 0000
[event_length] => 00
[event_overlap] => 0
[description] =>
[uid] => 959420326
[status] => NEEDS-ACTION
[alarm] =>
[type] => VTODO
[unixtimestart] => 1034146800
[unixtimeend] => 1034751600
)
[2] => Array
(
[event_start] => 0000
[event_text] => brideworld updates
[event_end] => 0000
[event_length] => 00
[event_overlap] => 0
[description] =>
[uid] => 926179144
[status] => NEEDS-ACTION
[alarm] =>
[type] => VTODO
[unixtimestart] => 1034146800
[unixtimeend] => 1034751600
)
[3] => Array
(
[event_start] => 0000
[event_text] => reports - dealflow
[event_end] => 0000
[event_length] => 00
[event_overlap] => 0
[description] =>
[uid] => 900181173
[status] => COMPLETED
[alarm] =>
[type] => VTODO
[unixtimestart] => 1034146800
[unixtimeend] => 1034751600
)
[4] => Array
(
[event_start] => 0000
[event_text] => montauk email for
jason
[event_end] => 0000
[event_length] => 00
[event_overlap] => 0
[description] =>
[uid] => 947654954
[status] => COMPLETED
[alarm] =>
[type] => VTODO
[unixtimestart] => 1034146800
[unixtimeend] => 1034751600
)
[5] => Array
(
[event_start] => 0000
[event_text] => platt work for
justin
[event_end] => 0000
[event_length] => 00
[event_overlap] => 0
[description] =>
[uid] => 924600754
[status] => COMPLETED
[alarm] =>
[type] => VTODO
[unixtimestart] => 1034146800
[unixtimeend] => 1034751600
)
[6] => Array
(
[event_start] => 0000
[event_text] => gotscraps crochet
pattern discount
[event_end] => 0000
[event_length] => 00
[event_overlap] => 0
[description] =>
[uid] => 938557324
[status] => COMPLETED
[alarm] =>
[type] => VTODO
[unixtimestart] => 1034146800
[unixtimeend] => 1034751600
)
[7] => Array
(
[event_start] => 0000
[event_text] => buena park chamber
secure payments
[event_end] => 0000
[event_length] => 00
[event_overlap] => 0
[description] =>
[uid] => 915842962
[status] => NEEDS-ACTION
[alarm] =>
[type] => VTODO
[unixtimestart] => 1034146800
[unixtimeend] => 1034751600
)
[8] => Array
(
[event_start] => 0000
[event_text] =>
propreviewphotography
[event_end] => 0000
[event_length] => 00
[event_overlap] => 0
[description] =>
[uid] => 915514433
[status] => NEEDS-ACTION
[alarm] =>
[type] => VTODO
[unixtimestart] => 1034146800
[unixtimeend] => 1034751600
)
)
)
[20021010] => Array
(
[0000] => Array
(
[0] => Array
(
[event_start] => 0000
[event_text] => invoice for adcom
publishing
[event_end] => 0000
[event_length] => 00
[event_overlap] => 0
[description] => review outstanding
invoices for adcom publishing
[uid] => 979849348
[status] => COMPLETED
[alarm] =>
[type] => VTODO
[unixtimestart] => 1034233200
[unixtimeend] => 1034751600
)
)
)
[20021014] => Array
(
[0000] => Array
(
[0] => Array
(
[event_start] => 0000
[event_text] => BP Chamber Calendar
[event_end] => 0000
[event_length] => 00
[event_overlap] => 0
[description] => link not working
[uid] => 941055869
[status] => NEEDS-ACTION
[alarm] =>
[type] => VTODO
[unixtimestart] => 1034578800
[unixtimeend] => 1034751600
)
)
)
)
[-1] => valid cal file
[20021015] => Array
(
[1000] => Array
(
[0] => Array
(
[event_start] => 1000
[event_text] => Cal Tech Design
[event_end] => 1145
[event_length] => 105
[event_overlap] => 0
[description] =>
[uid] => 902705443
[status] =>
[alarm] =>
[type] => VEVENT
[unixtimestart] => 1034701200
[unixtimeend] => 1034707500
)
)
[1300] => Array
(
[0] => Array
(
[event_start] => 1300
[event_text] => Creative Resources
[event_end] => 1700
[event_length] => 240
[event_overlap] => 0
[description] => resolve issues on list
[uid] => 906774672
[status] =>
[alarm] =>
[type] => VEVENT
[unixtimestart] => 1034712000
[unixtimeend] => 1034726400
)
)
)
[20021022] => Array
(
[0900] => Array
(
[0] => Array
(
[event_start] => 0900
[event_text] => Creative Resources
[event_end] => 1700
[event_length] => 480
[event_overlap] => 0
[description] => rebuild os x server and
reconfigure squid and scripts
[uid] => 981687214
[status] =>
[alarm] =>
[type] => VEVENT
[unixtimestart] => 1035302400
[unixtimeend] => 1035331200
)
)
[1100] => Array
(
[0] => Array
(
[event_start] => 1100
[event_text] => Dentist Appt
[event_end] => 1200
[event_length] => 60
[event_overlap] => 1
[description] =>
[uid] => 968757005
[status] =>
[alarm] => -PT1H
[type] => VEVENT
[unixtimestart] => 1035309600
[unixtimeend] => 1035313200
)
)
)
[20021115] => Array
(
[1000] => Array
(
[0] => Array
(
[event_start] => 1000
[event_text] => Teacher Conference
[event_end] => 1030
[event_length] => 30
[event_overlap] => 0
[description] =>
[uid] => 982787692
[status] =>
[alarm] =>
[type] => VEVENT
[unixtimestart] => 1037383200
[unixtimeend] => 1037385000
)
)
)
)
a couple of things. I don't remove the \n from the descriptions because
i would prefer to change these to <br> tags in the output, would look
nicer.
i added some extra pieces of information to the array. if it doesn't
work with the other scripts they will need to be removed, however i
don't foresee any problem.
attached is my latest file. please review at your convenience. i
appreciate all comments and criticisms!
thanks and best
waitman
On Wed, 2002-10-16 at 12:18, Chad wrote:
I'm not sure why we would need to re-write the parser, as its pretty
well tested at this point. Jared and I have already started cleaning up
and tweeking the file for more speed and flexability, trimming over 200
lines this morning.
It should just be altered to handle the vtodo, which is fairly simple.
I agree with Dre on placing it in the master array as [-2]. I don't see
though that it has a date attached specifically, they just appear in
iCal no matter the date they were created. Not sure how mozilla handles
these.
-C
On Wednesday, October 16, 2002, at 08:43 AM, Waitman C. Gobble wrote:
> 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
|
|
From: Chad <ch...@ch...> - 2002-10-16 19:19:16
|
I'm not sure why we would need to re-write the parser, as its pretty well tested at this point. Jared and I have already started cleaning up and tweeking the file for more speed and flexability, trimming over 200 lines this morning. It should just be altered to handle the vtodo, which is fairly simple. I agree with Dre on placing it in the master array as [-2]. I don't see though that it has a date attached specifically, they just appear in iCal no matter the date they were created. Not sure how mozilla handles these. -C On Wednesday, October 16, 2002, at 08:43 AM, Waitman C. Gobble wrote: > 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 |
|
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 |
|
From: dre <dr...@an...> - 2002-10-16 15:54:47
|
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
|
|
From: Waitman C. G. <wa...@em...> - 2002-10-16 15:42:55
|
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
|
|
From: Jared <xe...@si...> - 2002-10-16 09:10:24
|
Unfortunately, you *did* lose me to homework over this last week. It's midterms week here. :( However, I have a 4 day weekend coming up (that I can't wait for) and I plan to use a chunk to work on this. Timezone support will be in 0.7, yes. I'll do my best to make it work. We will have a place for the admin to choose the default timezone of the server, in case it's not hosted nearby. This will also help those who have their hosting on myical.com and similar sites. -Jared On Tuesday, October 15, 2002, at 09:42 PM, Chad wrote: > In the styles > silver > default.css file. > > .monthon - highlight color > .monthreg - white background color > .monthoff - nonday of the month > > > Date support isn't in the current release, although Time zone support > in 0.7 should fix this issue. I imagine we'll have a line in the > config where you specific what time zone you want your calendar > displayed in. Jared? > > -Chad > > > On Tuesday, October 15, 2002, at 06:55 PM, Thomas McMahon wrote: > >> I have two questions. >> 1) where is it pulling in the date. I just need to edit it so it >> subtracts one day. You see my hosting service is in Hong Kong or >> some place like that so when it goes to get the day it's off by one >> day. I know i can fix it i just need to know where the code is. >> >> 2) where can i change today's color in the Month view? I wan't to >> make today have a much darker background so it sticks out. >> >> Great app though!! >> >> Thomas >> >> >> >> ------------------------------------------------------- >> 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 |
|
From: <ja...@hj...> - 2002-10-16 08:56:46
|
Hi.. On onsdag, okt 16, 2002, at 04:42 Europe/Copenhagen, Chad wrote: > Date support isn't in the current release, although Time zone support=20= > in 0.7 should fix this issue. I imagine we'll have a line in the=20 > config where you specific what time zone you want your calendar=20 > displayed in. Jared? Do you mean, it will be aware of what timezone it Runs in, and would=20 then have an option of +/- x hours in the display? Jakob Peterh=E4nsel "Tell me why, don't we try, not to break our hearts and make it so hard for our selfs" P.S.B. 1987 Email: ja...@hj... AIM: Marook |
|
From: Waitman C. G. <wa...@em...> - 2002-10-16 04:06:58
|
ah, ok.
i was merely looking at the topic re: roadmap.
waitman
On Tue, 2002-10-15 at 20:43, Chad wrote:
12) parse VTODO.
yeah, I think we need #12 as well. ;-)
Thought that was what you wanted to work on?
-C
On Tuesday, October 15, 2002, at 08:09 PM, Waitman C. Gobble wrote:
> ok, let me see if i got it straight.
> the ones with a plus sign to the left is complete.
>
> +1) Figure out why Oct 27th isn't parsed correctly on all systems.
> 2) Email this event. - Sends a .ics file with just that event.
> 3) Search - Find yo mama's birthday.
> +4) Calendar coloring - Specify which style sheets to use for calendars
> 1, 2, 3, 4...
> +5) Year.php - I will toss this together on my trip hopefully.
> +6) More themes - Will hope that some people submit a few new themes to
> support #3.
>
>
> Optional items:
>
> 7) Config builder for group-ware users - Builds a config.inc.php based
> on drop down menus, form submit.
> +8) Find an elegant solution to viewing a busy week - Decrease font
> size, Truncate summary.
> 9) Cookies for languages. - Pick a language, set a cookie.
> +10) Change page titles - Based on date for easy bookmarking.
> 11) Build a a nice homepage. - Support for downloads, rankings,
> submissions, comments. Maybe look at nuke again.
> 12) Bug fixes.
>
>
> so, you need #2 and #3, right?
>
> thanks,
>
> waitman
>
>
> On Tue, 2002-10-15 at 19:40, Chad wrote:
> Since Jared and I don't have access to Moz Calendar (though I
> could I
> suppose) we hadn't planned support until 0.9 or so. My thoughts are
> that adapting the parser would be pretty simple once we had gotten
> all
> the logic down.
>
> If I have some time tonight I'll look at putting my PC back
> together.
> We can make mozilla the top item for 0.8.
>
> In the meantime I'd prefer us stick to the roadmap for the next
> release. I'd like to have it out by sunday night. Although I think
> I've
> lost Jared's help to homework. ;-)
>
> I'm sure the roadmap is somewheres in the mailing list archives.
>
>
> -C
>
>
> On Tuesday, October 15, 2002, at 07:29 PM, Waitman C. Gobble
> wrote:
>
>> hello!
>>
>> please review the following unfolding code. according to rfc 2445,
>> each
>> line in the ics file must be 75 octets or less in length. each line is
>> to terminated by CRLF. if the data portion causes the particular line
>> to
>> exceed 75 octets, then the line is to broken, with the excess placed
>> on
>> the following line(s) and preceded by a single space (ascii 32) or
>> htab
>> (ascii 9).
>>
>> (sheesh, i bet that made the unix and mac ppl happy, but hey look... a
>> guy at microsoft co-authored the rfc... now can someone tell me why
>> outlook doesn't do this right?)
>>
>> anyhow, i think this unfolding business is the reason that the
>> existing
>> phpicalendar scripts wouldn't read the mozilla files. i posted a
>> quick-fix on the forum but i bet it wouldn't read multiple-multiple
>> lines, ie if the particular line was long enough to exceed two lines.
>>
>> i tested it on a mozilla ics and an apple ics i found at apple.com
>> if somebody has a really good one with lots of text in the
>> descriptions,
>> that would be super-cool.
>>
>> <?php
>>
>> //$ical_file="/53073H4/calenders/kristi.ics";
>> $ical_file="/53073H4/calenders/Premieres32Pacific.ics";
>>
>> //need file name in $ical_file
>> $errstr="";
>>
>> if (!@file_exists($ical_file))
>> {
>>
>> $errstr="The file does not exist.";
>>
>> } else {
>>
>> //unfold file
>>
>> $folded=@file($ical_file);
>> $unfolded = array();
>> $buffer = "";
>> for ($jj=0;$jj<count($folded);$jj++)
>> {
>> if (strlen($folded[$jj])>0)
>> {
>> if ( (ord(substr($folded[$jj],0,1))==32) ||
>> (ord(substr($folded[$jj],0,1))==9) )
>> {
>> $buffer .= substr($folded[$jj],1,strlen($folded[$jj])-1);
>> } else {
>> if (strlen($buffer)>0)
>> {
>> $unfolded[]=$buffer;
>> }
>> $buffer=$folded[$jj];
>> }
>> }
>> }
>> }
>>
>> //remove linefeeds and carriage returns
>>
>> for ($jj=0;$jj<count($unfolded);$jj++)
>> {
>> $unfolded[$jj] = @ereg_replace("\n","",$unfolded[$jj]);
>> $unfolded[$jj] = @ereg_replace("\r","",$unfolded[$jj]);
>> }
>> print_r($unfolded);
>>
>>
>> ?>
>>
>>
>>
>> thanks
>>
>> 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
>
>
>
>
>
> -------------------------------------------------------
> 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
|
6 messages has been excluded from this view by a project administrator.
