Menu
▾
▴
phpicalendar-devel — Mailing list for PHP iCalendar Developers
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
(159) |
Nov
(123) |
Dec
(27) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(6) |
Feb
(11) |
Mar
(21) |
Apr
(29) |
May
(13) |
Jun
(2) |
Jul
(13) |
Aug
(5) |
Sep
(14) |
Oct
(21) |
Nov
(71) |
Dec
|
| 2004 |
Jan
(18) |
Feb
(12) |
Mar
|
Apr
(6) |
May
(29) |
Jun
(9) |
Jul
(3) |
Aug
(4) |
Sep
(7) |
Oct
(6) |
Nov
|
Dec
(20) |
| 2005 |
Jan
(6) |
Feb
(27) |
Mar
(4) |
Apr
(16) |
May
(61) |
Jun
(6) |
Jul
(4) |
Aug
(18) |
Sep
(19) |
Oct
(5) |
Nov
(55) |
Dec
(30) |
| 2006 |
Jan
(11) |
Feb
(9) |
Mar
(9) |
Apr
(26) |
May
(17) |
Jun
(3) |
Jul
(1) |
Aug
|
Sep
(20) |
Oct
|
Nov
(6) |
Dec
(9) |
| 2007 |
Jan
|
Feb
|
Mar
(5) |
Apr
|
May
(8) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
(17) |
Mar
(11) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
(4) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(7) |
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
(4) |
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Chad L. <ch...@ch...> - 2004-10-25 21:53:33
|
We've always had just basic documentation, but I want to change that. With the upcoming release of 2.0 I'm working on a documentation site. Please help me fill in any useful advice you'd like to share. The server is using MediaWiki (the same that runs wikipedia) so anyone can edit and submit new content. Wesley -- it would be great if we could get a good writeup on securing calendars. Thanks!! Chad http://phpicalendar.net/documentation/ |
|
From: Wesley M. <we...@we...> - 2004-10-08 06:24:28
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Was just about to look at this, but saw that you fixed it. :) Sorry I didn't respond earlier...got lost in my sea of emails until just now. Thanks. On Oct 4, 2004, at 9:55 PM, Chad Little wrote: > Looks like this bug: > > http://sourceforge.net/tracker/index.php? > func=detail&aid=1037023&group_id=62270&atid=500017 > > If you could test a fix and commit it, I'd appreciate it. - -- Wesley Miaw http://www.wesman.net/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (Darwin) iD8DBQFBZjKXQv4agqRAk2kRAsJPAJ0SGep0JJrLSgmYf24fG7EKaMM8TwCgrugq BFK1mijP3C7Rt9CWs6Sa0bM= =pbBC -----END PGP SIGNATURE----- |
|
From: Chad L. <ch...@ch...> - 2004-10-05 04:56:05
|
Looks like this bug: http://sourceforge.net/tracker/index.php? func=detail&aid=1037023&group_id=62270&atid=500017 If you could test a fix and commit it, I'd appreciate it. Thanks!! -C On Oct 3, 2004, at 8:27 PM, Wesley Miaw wrote: > $calendar_path = BASE.$calendar_path; > > I saw this change checked in 23 months ago by jwangen (I know I've > updated after then). Anyway, why was this checked in? I can't access > my calendars outside of the PHP iCalendar install path; something else > must have changed in there recently to prevent me from accessing > calendars when $calendar_path is defined as an absolute path in > config.inc.php. > > ??? > -- > Wesley Miaw > http://www.wesman.net/ > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on > ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give > us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out > more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel |
|
From: Wesley M. <we...@we...> - 2004-10-04 03:27:15
|
$calendar_path = BASE.$calendar_path; I saw this change checked in 23 months ago by jwangen (I know I've updated after then). Anyway, why was this checked in? I can't access my calendars outside of the PHP iCalendar install path; something else must have changed in there recently to prevent me from accessing calendars when $calendar_path is defined as an absolute path in config.inc.php. ??? -- Wesley Miaw http://www.wesman.net/ |
|
From: Chad L. <ch...@ch...> - 2004-10-03 04:57:37
|
http://sourceforge.net/project/showfiles.php? group_id=62270&package_id=58811 2.0 beta has been released, here's the rundown: -Updated translations: -Japanese -Swedish -French -Dutch -Traditional Chinese -Lithuanian -Portugese -Added iCal specific publish.php. -Fixed stat bug. -PHP5 support added. -Admin page works again. -Admin page moved to its own folder. -Oct. to Nov. transition more reliable. -RSS handles files with spaces. -Faster template generation. -Requires PHP 4.1.0 or greater now. -Various Bug fixes. |
|
From: Jim Hu <ji...@ta...> - 2004-09-18 04:53:07
|
Anyone else having trouble accessing the CVS? I can't seem to browse=20 the repository via the web-based browser - I get an error: --------------------------- Proxy Error The proxy server received an invalid response from an upstream server. The proxy server could not handle the request=20 GET=A0/viewcvs.py/phpicalendar. Reason: Max-Forwards has reached zero - proxy loop? --------------------------- This worked the other day, and it does not seem to be a problem=20 accessing other projects on Sourceforge. Jim Hu |
|
From: Jim Hu <ji...@ta...> - 2004-09-15 05:28:51
|
I believe that the globals used in the new version were introduced in php 4.1 see: http://us4.php.net/manual/en/reserved.variables.php I guess a question is how many users are using versions before 4.1 and also want to use phpicalendar 2.0 instead of 1.x? Will restoring the code in init.inc.php actually keep compatibility with the older versions, or are there other features that will break? Chad? Jim Hu On Sep 14, 2004, at 10:45 PM, php...@li... wrote: > Send Phpicalendar-devel mailing list submissions to > php...@li... > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel > or, via email, send a message with subject or body 'help' to > php...@li... > > You can reach the person managing the list at > php...@li... > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Phpicalendar-devel digest..." > > > Today's Topics: > > 1. Re: init.inc.php (Wesley Miaw) > 2. Re: init.inc.php (Dietrich Ayala) > 3. Re: init.inc.php (Chad Little) > > --__--__-- > > Message: 1 > From: Wesley Miaw <we...@we...> > Subject: Re: [PHPiCalendar-DEV] init.inc.php > Date: Mon, 13 Sep 2004 22:55:08 -0700 > To: php...@li... > Reply-To: php...@li... > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Nope. I upgraded my Linux box and am no longer running the older PHP. > Of course, removing backwards compatibility means people who are > running older versions can't use PHP iCalendar anymore. > > On Sep 13, 2004, at 6:00 PM, Chad wrote: > >> Just an oversite when I was updating for PHP 5.x. We'll probably >> remove it.... Wes, do you still need it? >> >> -C >> >> On Sep 13, 2004, at 12:59 PM, Jim Hu wrote: >> >>> At the beginning of the latest version of init.inc.php, the code has >>> changed from: >>> >>> // Older versions of PHP do not define $_SERVER. Define it here >>> instead. >>> if (!isset($_SERVER) && isset($HTTP_SERVER_VARS)) { >>> $_SERVER = &$HTTP_SERVER_VARS; >>> } >>> >>> to >>> >>> // Older versions of PHP do not define $_SERVER. Define it here >>> instead. >>> if (!isset($_SERVER) && isset($_SERVER)) { >>> $_SERVER = &$_SERVER; >>> } >>> >>> Shouldn't this go back if the function is still for compatibility >>> with older versions of php? Or perhaps it should just be deleted, as >>> it seems like the if will never evaluate to true. Not that this >>> affects my install... >>> >>> Jim >>> ===================================== >>> Jim Hu >>> Associate Professor and Associate Head for Graduate Programs >>> Dept. of Biochemistry and Biophysics >>> 2128 TAMU >>> Texas A&M Univ. >>> College Station, TX 77843-2128 >>> 979-862-4054 >> >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >> Project Admins to receive an Apple iPod Mini FREE for your judgement >> on >> who ports your project to Linux PPC the best. Sponsored by IBM. >> Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php >> _______________________________________________ >> Phpicalendar-devel mailing list >> Php...@li... >> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel >> > - -- > Wesley Miaw > http://www.wesman.net/ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.3 (Darwin) > > iD8DBQFBRoe8Qv4agqRAk2kRAnjXAKCEm8jNoxxJls7CfAFo6n7yuz8LxgCdEFHW > yojWXN9Vc/7zu41iSHKys4s= > =fVI1 > -----END PGP SIGNATURE----- > > > > --__--__-- > > Message: 2 > Date: Mon, 13 Sep 2004 23:34:14 -0700 > From: Dietrich Ayala <die...@ga...> > To: php...@li... > Subject: Re: [PHPiCalendar-DEV] init.inc.php > Reply-To: php...@li... > > are you talking about removing support for php 4.x.x? > > if so: please do not! there are thousands of users (and me) who will > still be using 4.x.x for quite a while. > > thanks, and keep up the good work! > > -dietrich > > Wesley Miaw wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Nope. I upgraded my Linux box and am no longer running the older PHP. >> Of >> course, removing backwards compatibility means people who are running >> older versions can't use PHP iCalendar anymore. >> >> On Sep 13, 2004, at 6:00 PM, Chad wrote: >> >>> Just an oversite when I was updating for PHP 5.x. We'll probably >>> remove it.... Wes, do you still need it? >>> >>> -C >>> >>> On Sep 13, 2004, at 12:59 PM, Jim Hu wrote: >>> >>>> At the beginning of the latest version of init.inc.php, the code >>>> has >>>> changed from: >>>> >>>> // Older versions of PHP do not define $_SERVER. Define it here >>>> instead. >>>> if (!isset($_SERVER) && isset($HTTP_SERVER_VARS)) { >>>> $_SERVER = &$HTTP_SERVER_VARS; >>>> } >>>> >>>> to >>>> >>>> // Older versions of PHP do not define $_SERVER. Define it here >>>> instead. >>>> if (!isset($_SERVER) && isset($_SERVER)) { >>>> $_SERVER = &$_SERVER; >>>> } >>>> >>>> Shouldn't this go back if the function is still for compatibility >>>> with older versions of php? Or perhaps it should just be deleted, >>>> as >>>> it seems like the if will never evaluate to true. Not that this >>>> affects my install... >>>> >>>> Jim >>>> ===================================== >>>> Jim Hu >>>> Associate Professor and Associate Head for Graduate Programs >>>> Dept. of Biochemistry and Biophysics >>>> 2128 TAMU >>>> Texas A&M Univ. >>>> College Station, TX 77843-2128 >>>> 979-862-4054 >>> >>> >>> >>> >>> ------------------------------------------------------- >>> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >>> Project Admins to receive an Apple iPod Mini FREE for your judgement >>> on >>> who ports your project to Linux PPC the best. Sponsored by IBM. >>> Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php >>> _______________________________________________ >>> Phpicalendar-devel mailing list >>> Php...@li... >>> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel >>> >> - -- >> Wesley Miaw >> http://www.wesman.net/ >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.2.3 (Darwin) >> >> iD8DBQFBRoe8Qv4agqRAk2kRAnjXAKCEm8jNoxxJls7CfAFo6n7yuz8LxgCdEFHW >> yojWXN9Vc/7zu41iSHKys4s= >> =fVI1 >> -----END PGP SIGNATURE----- >> >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >> Project Admins to receive an Apple iPod Mini FREE for your judgement >> on >> who ports your project to Linux PPC the best. Sponsored by IBM. >> Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php >> _______________________________________________ >> Phpicalendar-devel mailing list >> Php...@li... >> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel >> >> > > > --__--__-- > > Message: 3 > From: Chad Little <ch...@ch...> > Subject: Re: [PHPiCalendar-DEV] init.inc.php > Date: Mon, 13 Sep 2004 23:43:21 -0700 > To: php...@li... > Reply-To: php...@li... > > Min requirements we're moving to 4.1.0 or greater for version 2.0. > Version 1.1 still supports 4.0.6 I believe. > > -C > > > On Sep 13, 2004, at 11:34 PM, Dietrich Ayala wrote: > >> are you talking about removing support for php 4.x.x? >> >> if so: please do not! there are thousands of users (and me) who will >> still be using 4.x.x for quite a while. >> >> thanks, and keep up the good work! >> >> -dietrich >> >> Wesley Miaw wrote: >> >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> Nope. I upgraded my Linux box and am no longer running the older PHP. >>> Of course, removing backwards compatibility means people who are >>> running older versions can't use PHP iCalendar anymore. >>> On Sep 13, 2004, at 6:00 PM, Chad wrote: >>>> Just an oversite when I was updating for PHP 5.x. We'll probably >>>> remove it.... Wes, do you still need it? >>>> >>>> -C >>>> >>>> On Sep 13, 2004, at 12:59 PM, Jim Hu wrote: >>>> >>>>> At the beginning of the latest version of init.inc.php, the code >>>>> has changed from: >>>>> >>>>> // Older versions of PHP do not define $_SERVER. Define it here >>>>> instead. >>>>> if (!isset($_SERVER) && isset($HTTP_SERVER_VARS)) { >>>>> $_SERVER = &$HTTP_SERVER_VARS; >>>>> } >>>>> >>>>> to >>>>> >>>>> // Older versions of PHP do not define $_SERVER. Define it here >>>>> instead. >>>>> if (!isset($_SERVER) && isset($_SERVER)) { >>>>> $_SERVER = &$_SERVER; >>>>> } >>>>> >>>>> Shouldn't this go back if the function is still for compatibility >>>>> with older versions of php? Or perhaps it should just be deleted, >>>>> as it seems like the if will never evaluate to true. Not that this >>>>> affects my install... >>>>> >>>>> Jim >>>>> ===================================== >>>>> Jim Hu >>>>> Associate Professor and Associate Head for Graduate Programs >>>>> Dept. of Biochemistry and Biophysics >>>>> 2128 TAMU >>>>> Texas A&M Univ. >>>>> College Station, TX 77843-2128 >>>>> 979-862-4054 >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------- >>>> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >>>> Project Admins to receive an Apple iPod Mini FREE for your judgement >>>> on >>>> who ports your project to Linux PPC the best. Sponsored by IBM. >>>> Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php >>>> _______________________________________________ >>>> Phpicalendar-devel mailing list >>>> Php...@li... >>>> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel >>>> >>> - -- >>> Wesley Miaw >>> http://www.wesman.net/ >>> -----BEGIN PGP SIGNATURE----- >>> Version: GnuPG v1.2.3 (Darwin) >>> iD8DBQFBRoe8Qv4agqRAk2kRAnjXAKCEm8jNoxxJls7CfAFo6n7yuz8LxgCdEFHW >>> yojWXN9Vc/7zu41iSHKys4s= >>> =fVI1 >>> -----END PGP SIGNATURE----- >>> ------------------------------------------------------- >>> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >>> Project Admins to receive an Apple iPod Mini FREE for your judgement >>> on >>> who ports your project to Linux PPC the best. Sponsored by IBM. >>> Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php >>> _______________________________________________ >>> Phpicalendar-devel mailing list >>> Php...@li... >>> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >> Project Admins to receive an Apple iPod Mini FREE for your judgement >> on >> who ports your project to Linux PPC the best. Sponsored by IBM. >> Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php >> _______________________________________________ >> Phpicalendar-devel mailing list >> Php...@li... >> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel > > > > > --__--__-- > > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel > > > End of Phpicalendar-devel Digest |
|
From: Chad L. <ch...@ch...> - 2004-09-14 06:43:25
|
Min requirements we're moving to 4.1.0 or greater for version 2.0.
Version 1.1 still supports 4.0.6 I believe.
-C
On Sep 13, 2004, at 11:34 PM, Dietrich Ayala wrote:
> are you talking about removing support for php 4.x.x?
>
> if so: please do not! there are thousands of users (and me) who will
> still be using 4.x.x for quite a while.
>
> thanks, and keep up the good work!
>
> -dietrich
>
> Wesley Miaw wrote:
>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>> Nope. I upgraded my Linux box and am no longer running the older PHP.
>> Of course, removing backwards compatibility means people who are
>> running older versions can't use PHP iCalendar anymore.
>> On Sep 13, 2004, at 6:00 PM, Chad wrote:
>>> Just an oversite when I was updating for PHP 5.x. We'll probably
>>> remove it.... Wes, do you still need it?
>>>
>>> -C
>>>
>>> On Sep 13, 2004, at 12:59 PM, Jim Hu wrote:
>>>
>>>> At the beginning of the latest version of init.inc.php, the code
>>>> has changed from:
>>>>
>>>> // Older versions of PHP do not define $_SERVER. Define it here
>>>> instead.
>>>> if (!isset($_SERVER) && isset($HTTP_SERVER_VARS)) {
>>>> $_SERVER = &$HTTP_SERVER_VARS;
>>>> }
>>>>
>>>> to
>>>>
>>>> // Older versions of PHP do not define $_SERVER. Define it here
>>>> instead.
>>>> if (!isset($_SERVER) && isset($_SERVER)) {
>>>> $_SERVER = &$_SERVER;
>>>> }
>>>>
>>>> Shouldn't this go back if the function is still for compatibility
>>>> with older versions of php? Or perhaps it should just be deleted,
>>>> as it seems like the if will never evaluate to true. Not that this
>>>> affects my install...
>>>>
>>>> Jim
>>>> =====================================
>>>> Jim Hu
>>>> Associate Professor and Associate Head for Graduate Programs
>>>> Dept. of Biochemistry and Biophysics
>>>> 2128 TAMU
>>>> Texas A&M Univ.
>>>> College Station, TX 77843-2128
>>>> 979-862-4054
>>>
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
>>> Project Admins to receive an Apple iPod Mini FREE for your judgement
>>> on
>>> who ports your project to Linux PPC the best. Sponsored by IBM.
>>> Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
>>> _______________________________________________
>>> Phpicalendar-devel mailing list
>>> Php...@li...
>>> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel
>>>
>> - --
>> Wesley Miaw
>> http://www.wesman.net/
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1.2.3 (Darwin)
>> iD8DBQFBRoe8Qv4agqRAk2kRAnjXAKCEm8jNoxxJls7CfAFo6n7yuz8LxgCdEFHW
>> yojWXN9Vc/7zu41iSHKys4s=
>> =fVI1
>> -----END PGP SIGNATURE-----
>> -------------------------------------------------------
>> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
>> Project Admins to receive an Apple iPod Mini FREE for your judgement
>> on
>> who ports your project to Linux PPC the best. Sponsored by IBM.
>> Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
>> _______________________________________________
>> Phpicalendar-devel mailing list
>> Php...@li...
>> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
> Project Admins to receive an Apple iPod Mini FREE for your judgement on
> who ports your project to Linux PPC the best. Sponsored by IBM.
> Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
> _______________________________________________
> Phpicalendar-devel mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel
|
|
From: Dietrich A. <die...@ga...> - 2004-09-14 06:34:22
|
are you talking about removing support for php 4.x.x?
if so: please do not! there are thousands of users (and me) who will
still be using 4.x.x for quite a while.
thanks, and keep up the good work!
-dietrich
Wesley Miaw wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Nope. I upgraded my Linux box and am no longer running the older PHP. Of
> course, removing backwards compatibility means people who are running
> older versions can't use PHP iCalendar anymore.
>
> On Sep 13, 2004, at 6:00 PM, Chad wrote:
>
>> Just an oversite when I was updating for PHP 5.x. We'll probably
>> remove it.... Wes, do you still need it?
>>
>> -C
>>
>> On Sep 13, 2004, at 12:59 PM, Jim Hu wrote:
>>
>>> At the beginning of the latest version of init.inc.php, the code has
>>> changed from:
>>>
>>> // Older versions of PHP do not define $_SERVER. Define it here instead.
>>> if (!isset($_SERVER) && isset($HTTP_SERVER_VARS)) {
>>> $_SERVER = &$HTTP_SERVER_VARS;
>>> }
>>>
>>> to
>>>
>>> // Older versions of PHP do not define $_SERVER. Define it here instead.
>>> if (!isset($_SERVER) && isset($_SERVER)) {
>>> $_SERVER = &$_SERVER;
>>> }
>>>
>>> Shouldn't this go back if the function is still for compatibility
>>> with older versions of php? Or perhaps it should just be deleted, as
>>> it seems like the if will never evaluate to true. Not that this
>>> affects my install...
>>>
>>> Jim
>>> =====================================
>>> Jim Hu
>>> Associate Professor and Associate Head for Graduate Programs
>>> Dept. of Biochemistry and Biophysics
>>> 2128 TAMU
>>> Texas A&M Univ.
>>> College Station, TX 77843-2128
>>> 979-862-4054
>>
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
>> Project Admins to receive an Apple iPod Mini FREE for your judgement on
>> who ports your project to Linux PPC the best. Sponsored by IBM.
>> Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
>> _______________________________________________
>> Phpicalendar-devel mailing list
>> Php...@li...
>> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel
>>
> - --
> Wesley Miaw
> http://www.wesman.net/
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.3 (Darwin)
>
> iD8DBQFBRoe8Qv4agqRAk2kRAnjXAKCEm8jNoxxJls7CfAFo6n7yuz8LxgCdEFHW
> yojWXN9Vc/7zu41iSHKys4s=
> =fVI1
> -----END PGP SIGNATURE-----
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
> Project Admins to receive an Apple iPod Mini FREE for your judgement on
> who ports your project to Linux PPC the best. Sponsored by IBM.
> Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
> _______________________________________________
> Phpicalendar-devel mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel
>
>
|
|
From: Wesley M. <we...@we...> - 2004-09-14 05:56:17
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Nope. I upgraded my Linux box and am no longer running the older PHP.
Of course, removing backwards compatibility means people who are
running older versions can't use PHP iCalendar anymore.
On Sep 13, 2004, at 6:00 PM, Chad wrote:
> Just an oversite when I was updating for PHP 5.x. We'll probably
> remove it.... Wes, do you still need it?
>
> -C
>
> On Sep 13, 2004, at 12:59 PM, Jim Hu wrote:
>
>> At the beginning of the latest version of init.inc.php, the code has
>> changed from:
>>
>> // Older versions of PHP do not define $_SERVER. Define it here
>> instead.
>> if (!isset($_SERVER) && isset($HTTP_SERVER_VARS)) {
>> $_SERVER = &$HTTP_SERVER_VARS;
>> }
>>
>> to
>>
>> // Older versions of PHP do not define $_SERVER. Define it here
>> instead.
>> if (!isset($_SERVER) && isset($_SERVER)) {
>> $_SERVER = &$_SERVER;
>> }
>>
>> Shouldn't this go back if the function is still for compatibility
>> with older versions of php? Or perhaps it should just be deleted, as
>> it seems like the if will never evaluate to true. Not that this
>> affects my install...
>>
>> Jim
>> =====================================
>> Jim Hu
>> Associate Professor and Associate Head for Graduate Programs
>> Dept. of Biochemistry and Biophysics
>> 2128 TAMU
>> Texas A&M Univ.
>> College Station, TX 77843-2128
>> 979-862-4054
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
> Project Admins to receive an Apple iPod Mini FREE for your judgement on
> who ports your project to Linux PPC the best. Sponsored by IBM.
> Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
> _______________________________________________
> Phpicalendar-devel mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel
>
- --
Wesley Miaw
http://www.wesman.net/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)
iD8DBQFBRoe8Qv4agqRAk2kRAnjXAKCEm8jNoxxJls7CfAFo6n7yuz8LxgCdEFHW
yojWXN9Vc/7zu41iSHKys4s=
=fVI1
-----END PGP SIGNATURE-----
|
|
From: Chad <ch...@ch...> - 2004-09-14 01:01:09
|
Just an oversite when I was updating for PHP 5.x. We'll probably remove
it.... Wes, do you still need it?
-C
On Sep 13, 2004, at 12:59 PM, Jim Hu wrote:
> At the beginning of the latest version of init.inc.php, the code has
> changed from:
>
> // Older versions of PHP do not define $_SERVER. Define it here
> instead.
> if (!isset($_SERVER) && isset($HTTP_SERVER_VARS)) {
> $_SERVER = &$HTTP_SERVER_VARS;
> }
>
> to
>
> // Older versions of PHP do not define $_SERVER. Define it here
> instead.
> if (!isset($_SERVER) && isset($_SERVER)) {
> $_SERVER = &$_SERVER;
> }
>
> Shouldn't this go back if the function is still for compatibility with
> older versions of php? Or perhaps it should just be deleted, as it
> seems like the if will never evaluate to true. Not that this affects
> my install...
>
> Jim
> =====================================
> Jim Hu
> Associate Professor and Associate Head for Graduate Programs
> Dept. of Biochemistry and Biophysics
> 2128 TAMU
> Texas A&M Univ.
> College Station, TX 77843-2128
> 979-862-4054
|
|
From: Jim Hu <ji...@ta...> - 2004-09-13 19:59:35
|
At the beginning of the latest version of init.inc.php, the code has
changed from:
// Older versions of PHP do not define $_SERVER. Define it here instead.
if (!isset($_SERVER) && isset($HTTP_SERVER_VARS)) {
$_SERVER = &$HTTP_SERVER_VARS;
}
to
// Older versions of PHP do not define $_SERVER. Define it here instead.
if (!isset($_SERVER) && isset($_SERVER)) {
$_SERVER = &$_SERVER;
}
Shouldn't this go back if the function is still for compatibility with
older versions of php? Or perhaps it should just be deleted, as it
seems like the if will never evaluate to true. Not that this affects
my install...
Jim
=====================================
Jim Hu
Associate Professor and Associate Head for Graduate Programs
Dept. of Biochemistry and Biophysics
2128 TAMU
Texas A&M Univ.
College Station, TX 77843-2128
979-862-4054 |
|
From: Jim Hu <ji...@ta...> - 2004-08-22 07:07:58
|
I think it's easy - try removing the $this->page from day, week, month, year, and print e.g. change: $page->draw_week($this->page); $page->tomorrows_events($this->page); $page->get_vtodo($this->page); $page->draw_subscribe($this->page); to: $page->draw_week(); $page->tomorrows_events(); $page->get_vtodo(); $page->draw_subscribe(); This seems to work on my mac with php5 from the entropy installation, and also doesn't break 2.0a2 running on php4 on my OSX server. I'll also post this to the bbs...probably should be checked on other installs before being added to the release or the CVS? Jim |
|
From: Chad <ch...@ch...> - 2004-08-16 18:59:42
|
A new version with more bug fixes (and webcal caching) has been released. Still missing is the admin.php page and PHP5 support. Anyone having good knowledge of how to move PHP iCalendar 2.0 to support PHP4 and PHP5, please let me know. Cheers, C |
|
From: Marook Z. K. <ma...@cr...> - 2004-08-15 23:17:40
|
Hi All, I have a few XOOPS sites where I would love to use PHPiCalendar. Have anyone attempted to XOOPify it before? I know there is a module called piCal, that uses an early version of=20 PHPiCal, but it's not really maintained. Any info would be great! Jakob Peterh=E4nsel Salto City, Bestyrelsesmedlem & Instrukt=F8r http://www.saltocity.dk/ - http://www.bigsplash.dk/ ja...@sa... +45 22684961 <- Nyt 'Fordi frivillighed er den fedeste m=E5de at v=E6re sammen p=E5' |
|
From: Jim Hu <ji...@ta...> - 2004-08-11 15:43:15
|
As a newcomer to the list, I'm not sure the right way to do this (I don't have CVS set up yet and don't really know how to use it yet). Let me know if attachments are not the right way! If anyone wants to help me set that up - I'm using MacOSX and I don't use fink...I suppose I could use it just for this, though. I've made a major modification of rss.php to have it work based on date ranges. rssview requests for day, week, and month generate the date range, or the url can pass these directly - I need this to get a feed for a semester's worth of data, for example. This allows there to be only one code block to actually generate the feed, instead of the 3 that are in the distribution. The actual block that generates the rss feed has some crud in it that I need for my own use, as there are extra master_array fields that I wanted to pass. I was hoping to generate a feed that could conform to an existing RSS namespace, but my reading of the web (I didn't know what RSS was until a couple of weeks ago, so I'm probably missing something) suggests that calendar standards for RSS are not well described. On the receiving end, I'm working on functions to parse the feed into a list. See: http://molbio.tamu.edu/index.php?linkname=Home&content=seminars for an example that uses the all_calendars_combined feed from a subdirectory called seminars. I hope you like this. Jim Hu |
|
From: Chad <ch...@ch...> - 2004-07-13 22:38:50
|
I went and released an alpha test of 2.0. I don't know when I'll have time to get back to working on it, so I figured best to get it out there and tested so I can fix bugs as I have time. https://sourceforge.net/project/showfiles.php?group_id=62270 Cheers, C |
|
From: Mark S. <ma...@Sc...> - 2004-07-05 00:25:37
|
Hello, It is likely userA would be in a different timezone than the phpicalendar server. If there was a mechanism to set the timezone per user (logged in through HTTP BASIC auth) that would work perfectly. Is there a way to do this or is this being planned? Thank you. -- VoIP SIP:26...@fw... Free calendar client and server - works with Exchange/Outlook/Yahoo! TV-Listing and Weather Schedules http://www.ScheduleWorld.com/ http://www.ScheduleWorld.com/sw/ScheduleWorld.jnlp (JWS) |
|
From: Mark S. <ma...@Sc...> - 2004-07-05 00:13:13
|
Hello,
I have logged in as user 6662 and have defined user 6662 to have access to
calendar 6662 and 81 only by doing this:
$apache_map['6662'] = array('6662');
If I read the comments right HTTP auth users will not see the public
calendars, but user 6662 can see every calendar in $calendar_path. What am I
doing wrong?
Thanks.
--
VoIP SIP:26...@fw...
Free calendar client and server - works with Exchange/Outlook/Yahoo!
TV-Listing and Weather Schedules
http://www.ScheduleWorld.com/
http://www.ScheduleWorld.com/sw/ScheduleWorld.jnlp (JWS)
|
|
From: Felipe <tra...@fr...> - 2004-06-29 13:55:29
|
Hello there I still have a little problem defining the default path to my ics files in Phpicalendar. I have written in my config.inc.php file the folowing line: > $download_uri = 'http://www.ars.org/calendarz'; (or locally > $download_uri = '../calendarz';) but Phpicalendar is still reading my ics files from its own 'calendars' directory and not from the one I have chosen in the config file. If I'm not wrong it should read them from both directories since I have defined something for the $download_uri variable, uh ? If you know where it comes from... Thanks a lot, Chris |
|
From: Marook Z. K. <ma...@cr...> - 2004-06-26 12:52:20
|
Hi Scott and all, I know that PHPmyCal is still maintained, and I would love to see this=20= feature merged into the core PHP iCalendar. It's located here: http://dev.neb.net/phpMyCal/ ____________________________________________ Jakob Peterh=E4nsel Network Consultant Tel: +45 7022 1014 Fax: +45 7022 1013 Mob: +45=A022 68 49 61 jp...@ne... www.NetPoint.com Den 26. jun 2004, kl. 5:47, skrev Scott Brown: > Before I start bidding offshore dev houses on the project, is there=20 > anyone on this list that is interested in some paid contract work=20 > developing the aforementioned features? > > Cheers, > Scott > > PS - I, too, wonder if these functionalities have been implemented in =20= > another open source project. I've googled around a bit without any=20 > luck... any ideas?= |
|
From: <sc...@fu...> - 2004-06-26 03:46:45
|
Thanks for the thoughtful response! I understand the difficulty inherent= in implementing that kind of 'edit anywhere' scenario, and thankfully my= client only needs online editing without any syncing or conflict = checking. The last 'edit' would always overwrite, although some users or= groups would need to have their event additions / modifications / = deletions approved by an admin account before they actually modify the = live calendar. Since you're so close to a beta, 2.0 could stay as it is, and the editing= could either come as 2.1 or a 2.0 'pro' version. Before I start bidding offshore dev houses on the project, is there anyone= on this list that is interested in some paid contract work developing the= aforementioned features? Cheers, Scott PS - I, too, wonder if these functionalities have been implemented in =20= another open source project. I've googled around a bit without any luck...= any ideas? |
|
From: Chad <ch...@ch...> - 2004-06-24 16:55:30
|
Scott, We'd love to be able to add editing to the next version after 2.0. 2.0 is pretty close to a beta release and I'd like to keep it feature frozen as to not lose track of all the changes. I'd also be happy to provide any guidance / testing for the features you wish to help implement as far as editing. The tricky part of editing is being able to maintain a copy of the calendar on the local computer and a copy on the server. Many people want to 'edit anywhere' which presents a major problem. Which version is the real version of the calendar? How do we merge changes? It might be best to go with an 'either or' type of calendar where its either edited on their local computer or its editing on the server, not both. Certainly someone could start the calendar and then import it for editing on the web based side. We'd also need to have an export feature for this, so calendars edited via the web could be subscribed to and downloaded. I'd assume the web based calendar to be in a stored database (possibly using PEAR to allow many types of DBs). As you can see there is alot to plan for, and I'm still curious if another open source project doesn't already do all this. -C On Jun 21, 2004, at 1:21 PM, Scott Brown wrote: > I have a large corporate client that would like to implement a > customized > version of PHP iCalendar. Two of the feature necessities for my client > are > event creation/deletion/editing and allowing different groups of users > different view/edit/create privileges. > > This presents a certain positive opportunity for accelerating and > improving > the development of PHPiCal 2.0, since it would have "corporate > sponsorship" > so to speak. One possible approach would be contracting a reliable and > proven offshore outsourcing firm to handle much of the bug fixing and > implementation details, with input and direction from the current > contributors working on 2.0. > > What are everyone's thoughts on this? > > Cheers, > Scott > > FYI - I posted this to the forum, but that place seems pretty dead, so > I > figured it'd be better heard here. > > > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel |
|
From: Scott B. <sc...@fu...> - 2004-06-21 20:21:31
|
I have a large corporate client that would like to implement a customized version of PHP iCalendar. Two of the feature necessities for my client are event creation/deletion/editing and allowing different groups of users different view/edit/create privileges. This presents a certain positive opportunity for accelerating and improving the development of PHPiCal 2.0, since it would have "corporate sponsorship" so to speak. One possible approach would be contracting a reliable and proven offshore outsourcing firm to handle much of the bug fixing and implementation details, with input and direction from the current contributors working on 2.0. What are everyone's thoughts on this? Cheers, Scott FYI - I posted this to the forum, but that place seems pretty dead, so I figured it'd be better heard here. |
|
From: Felipe <tra...@fr...> - 2004-06-18 10:30:37
|
OK I've got it. Thank you for your support. Christophe Le Thursday 17 June 2004 18:19, Alex Johnson a =E9crit=A0: > you need to open the "config.ini" file, (short for "configure") there > are instructions there. (in english) > > also you can just put things in the "Calendars" folder to make them > available |
6 messages has been excluded from this view by a project administrator.
