|
From: Chad <ch...@ch...> - 2002-10-29 16:55:22
|
Hmm, seems to work now, wasn't last night and... and it certainly
couldn't be my fault. heh.
-C
On Tuesday, October 29, 2002, at 01:48 AM, Jared wrote:
> No need, my friend. As long as you define('BASE','Someval') before the
> parser is called, it cannot be reset by another define(). This is the
> magic that is "constants." We just need to make sure all includes are
> using BASE and it will work fine. The initial script calling the
> parser just needs to know where PHP iCalendar is so all the includes
> will work correctly.
>
> This is why it's OK to have a define() in every script, to guarantee
> BASE is being set. If it's set in another script, before it's called,
> that's the value and it cannot be overwritten. Each script should have
> BASE set in it so that particular script knows where the root of the
> phpicalendar directory is. Each should define BASE at the very top
> since the BASE will then be defined by the script called from the
> browser and will not be changed.
>
> -Jared
>
> On Tuesday, October 29, 2002, at 02:06 AM, Chad wrote:
>
>> So I've been trying to get a block to work on php-nuke. This requires
>> having a small script outside of phpicalendar. Ive found that calling
>> the parser outside requires me to define a new BASE and comment out
>> the BASE in the parser.
>>
>> Should we....
>>
>> if (!isset(BASE) {
>> define...
>> }
>>
>>
>> Ideas? Calling the parser anywhere would be cool, and it should work
>> internally without modification too.
>>
>> -C
>>
>>
>>
>> -------------------------------------------------------
>> This sf.net email is sponsored by:ThinkGeek
>> Welcome to geek heaven.
>> http://thinkgeek.com/sf
>> _______________________________________________
>> Phpicalendar-devel mailing list
>> Php...@li...
>> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel
>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Phpicalendar-devel mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel
|