phpicalendar-devel — Mailing list for PHP iCalendar Developers

Re: [PHPiCalendar-DEV] Real admin page

[Nicolas C. <nic...@gm...>]

On 11/29/05, Marook Kenja <ma...@cr...> wrote:
> Hi All,
>
> Why not write a PHP constant definition file insted?
>
> Then you only need to Write the file, not parse it back, as it would
> be simple
>
> define ('theSettingName', 'theValue');
> lines. Would that not be easier, or?

I hardly find the interest of a static page in a script format.
When I'll click on the 'save' button, I'll have to rewrite a php file
? Sound strange to me.

Would mind to explain a little bit more ?
Parsing is not a real charge for the server according to the current proces=
s.


Nicolas.

Re: [PHPiCalendar-DEV] Real admin page

[Marook K. <ma...@cr...>]

Hi All,

Why not write a PHP constant definition file insted?

Then you only need to Write the file, not parse it back, as it would =20
be simple

define ('theSettingName', 'theValue');

lines. Would that not be easier, or?

Marook Zuug Kenja

[  MIB  ]

On 29/11/2005, at 10:35, Nicolas Contamin wrote:

> Hi,
>
> I'm thinking about using an other way to customize server/admin-side
> of the calendar.
>
> For now, the only way to set this seems to be editing the =20
> 'config.inc.php' file.
> Wouldn't it be more pleasant for everone to do it throught the =20
> admin page ?
>
> This involves :
> * a non-scriptable config file.
> * Allowing admin.php access in the 'release' configuration.
>
> In my opnion, there are 2 ways to do that :
> * Creating our own plain-text format (.icp) and the fitting parser.
> * using XML or .plist format.
>
> I doesn't mind.
>
> What's youre opinion about this improvement ?
> Which file format would you prefer for the config file ?
>
>
> Nicolas.
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through =20
> log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD =20
> SPLUNK!
> http://ads.osdn.com/?ad_idv37&alloc_id=16865&op=3Dclick
> _______________________________________________
> Phpicalendar-devel mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel

[PHPiCalendar-DEV] Real admin page

[Nicolas C. <nic...@gm...>]

Hi,

I'm thinking about using an other way to customize server/admin-side
of the calendar.

For now, the only way to set this seems to be editing the 'config.inc.php' =
file.
Wouldn't it be more pleasant for everone to do it throught the admin page ?

This involves :
* a non-scriptable config file.
* Allowing admin.php access in the 'release' configuration.

In my opnion, there are 2 ways to do that :
* Creating our own plain-text format (.icp) and the fitting parser.
* using XML or .plist format.

I doesn't mind.

What's youre opinion about this improvement ?
Which file format would you prefer for the config file ?


Nicolas.

Re: [PHPiCalendar-DEV] ready for 2.2?

[Nicolas C. <nic...@gm...>]

Arg, I'm such a fool in the morning

'eidolon' stands for 'eidolon.univ-lyon2.fr'. The link down their is repair=
ed...
All apologize,

Nicolas.

On 11/29/05, Nicolas Contamin <nic...@gm...> wrote:
> On 11/29/05, Wesley Miaw <we...@we...> wrote:
> > Hi Chad,
> >
> > I'm good. Jim, did you want to put anything else in like the CSS
> > stuff? I haven't gotten another email from Nicolas about the changes
> > he made to support removal of the weekends though. So we could also
> > wait for that.
>
> Here (http://eidolon.univ-lyon2.fr/~nicoconta/diff_files/) are patch file=
s (in the
> 'diff -Naur' format) for :
>
> n=B0 1109495 : "Print View does not show Location".
> n=B0 1353342 : "Hide weekends".
> n=B0 - : French translation file.
>
> I'm also thinking of a major change (Don't be scared!), but it'll be
> the subject of my next mail ...
>
> Nicolas.

Re: [PHPiCalendar-DEV] ready for 2.2?

[Nicolas C. <nic...@gm...>]

On 11/29/05, Wesley Miaw <we...@we...> wrote:
> Hi Chad,
>
> I'm good. Jim, did you want to put anything else in like the CSS
> stuff? I haven't gotten another email from Nicolas about the changes
> he made to support removal of the weekends though. So we could also
> wait for that.

Here (http://eidolon/~nicoconta/diff_files/) are patch files (in the
'diff -Naur' format) for :

n=B0 1109495 : "Print View does not show Location".
n=B0 1353342 : "Hide weekends".
n=B0 - : French translation file.

I'm also thinking of a major change (Don't be scared!), but it'll be
the subject of my next mail ...


Nicolas.

Re: [PHPiCalendar-DEV] ready for 2.2?

[Wesley M. <we...@we...>]

Hi Chad,

I'm good. Jim, did you want to put anything else in like the CSS  
stuff? I haven't gotten another email from Nicolas about the changes  
he made to support removal of the weekends though. So we could also  
wait for that.

On Nov 28, 2005, at 7:56 PM, Chad Little wrote:

> You guys ready for 2.2 yet? Let me know and I'll do the release.  
> Sorry I haven't had time to test/follow most of this.

--
Wesley Miaw
we...@we...

[PHPiCalendar-DEV] ready for 2.2?

[Chad L. <ch...@ch...>]

You guys ready for 2.2 yet? Let me know and I'll do the release.  
Sorry I haven't had time to test/follow most of this.

-Chad

Re: [PHPiCalendar-DEV] Easy solution for customizing

[Wesley M. <we...@we...>]

Hi Jim,

Unfortunately, that's a bad idea because it opens a major security  
hole. I know from previous devel list mail that some people are using  
PHP iCalendar in multi-user environments. Letting those users put a  
cpath_config.php file into their personal calendar directories makes  
it possible for those users to do lots of bad things.

Also, some $cpath security logic needs to get put in. For example to  
remove any instances of .. or non-directory characters. Probably a  
good idea to make sure it always falls into a subdirectory of the  
main calendar directory, or something similar.

I don't think we should ever make it possible for an end-user instead  
of a sysadmin to make server-side customizations. The $cpath is  
already pretty dangerous in my opinion, but at least it only allows  
access to *.ics files because of how it is used.

On Nov 28, 2005, at 7:43 AM, Jim Hu wrote:

> Last night I was wondering about customizing the webcalendars in  
> different subdirectories specified by cpath.  I just realized this  
> is unbelievably easy.  I can add this under the code in  
> init.inc.php that sets cpath
>
> #this allows you to place a file within a calendar subdirectory to  
> override global settings, or execute local code...e.g. to secure a  
> particular subdirectory.
> if(is_file("$calendar_path/cpath_config.php")){
> 	include ("$calendar_path/cpath_config.php");
> }
>
> Then you can just drop a config file into that directory to  
> override whatever you want, insert login code, etc.  I think  
> something like this would be useful for anyone who wants to set up  
> a calendar server service.
> What do you think?  Should I add this to CVS?  Or is there a better  
> way to do this?

--
Wesley Miaw
we...@we...

[PHPiCalendar-DEV] Easy solution for customizing

[Jim Hu <ji...@ta...>]

Last night I was wondering about customizing the webcalendars in  
different subdirectories specified by cpath.  I just realized this is  
unbelievably easy.  I can add this under the code in init.inc.php  
that sets cpath

#this allows you to place a file within a calendar subdirectory to  
override global settings, or execute local code...e.g. to secure a  
particular subdirectory.
if(is_file("$calendar_path/cpath_config.php")){
	include ("$calendar_path/cpath_config.php");
}

Then you can just drop a config file into that directory to override  
whatever you want, insert login code, etc.  I think something like  
this would be useful for anyone who wants to set up a calendar server  
service.
What do you think?  Should I add this to CVS?  Or is there a better  
way to do this?

Jim

Re: [PHPiCalendar-DEV] Found the Firefox problem with dynamic css

[Greg W. <php...@gr...>]

I was recently reading about a PHP class to generate PDFs dynamically  
(fPDF, I think was the name) that had problems with some versions of  
IE (probably IE5) not dealing with the dynamically generated files  
properly.  I didn't read that closely, but I imagine the same  
problems might apply here.  Even if there are not problems, though,  
I'm not sure I see a big advantage in dynamically generating the CSS  
rather than writing to a file.

Greg
---
http://www.gregwestin.com
Contact Info: http://www.gregwestin.com/contact.php


On Nov 27, 2005, at 10:03 AM, Jim Hu wrote:

> needed to add
> header ("Content-type: text/css");
>
> also found that I need to specify the path as a url in header.tpl  
> so that rss/index.php would find it.
> =====================================
> Jim Hu
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through  
> log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD  
> SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Phpicalendar-devel mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel

[PHPiCalendar-DEV] Preferences and css

[Jim Hu <ji...@ta...>]

Wes,

The cpath problem was that if I went to preferences from a view where  
cpath was defined, I would see a list of the calendars there...but if  
I selected one it would set the cookie to look for that calendar in  
the default calendar path.  So it wasn't possible to actually set a  
preference for a calendar below there and then have phpicalendar go  
there.   Thinking about it, the preferences should use the multi- 
picker, not the pulldown.  Have to think about what that means for  
the cookie, though, and how it would be passed back to  
ical_parser....what I'd really like is a way to have webcals that  
don't appear by default, but are available for users to pick in  
combination.  Can we do that already?  Maybe I'll play with that idea...

You're probably right about the css...although in principle we could  
make a really elaborate cookie to set the colors and background  
pattern.  That wouldn't be too hard. But do users want that?  Do  
admins?  Probably not.  I should just make it into a utility to make  
css files for admins to use.  In which case the controls should be  
more sophisticated.

Jim

> Message: 4
> From: Wesley Miaw <we...@we...>
> Subject: Re: [PHPiCalendar-DEV] Some fixes for preferences
> Date: Sun, 27 Nov 2005 10:24:36 -0800
> To: php...@li...
> Reply-To: php...@li...
>
> Hi Jim,
>
>> 2. the usual problems with $cpath.  I added cpath to the cookie,
>> but it is not settable by the user in preferences...it's a hidden
>> parameter for now.
>
> What sort of problems are cpath causing for you?
>
> About the calendar colors, I guess if people have a real use for
> allowing their visitors to choose a color scheme, that's a nice
> feature to have. I'm not sure there's any value in having the CSS be
> dynamically generated if you can't actually enter in your own colors
> in the preferences page though. Seems as though since the choices are
> static, simply making sure the templates contain the right CSS
> references and then having a choice of which CSS page to load would
> serve the same function, and result in less runtime overhead.
>
> I guess I'm just saying that the script to write out your CSS color
> choices is good, but I think it would be better to output to a file
> for inclusion, instead of generating inline CSS every time based on
> the contents of a PHP configuration file.
>
> This would make it easier for people who know CSS but don't know PHP
> (although I'm sure your CSS config file isn't that complicated) and
> remove the code hit, which is quite small to begin with. You could
> also make it so the preference choices are the names of whatever CSS
> files are available in a special directory. This would also ensure
> that no one is confused as to why CSS information is showing up from
> two different sources, instead of one. Well, maybe that's not good
> either, because then you'll be duplicating a lot of common CSS
> definitions.
>
> Is there a precedence order defined for CSS, based on the order in
> which you reference them in the HTML? Maybe that's the best way to
> separate between the shared CSS and the user-specific CSS.
>
> Maybe this doesn't make as much sense, since we're only talking about
> the calendar colors here. But if possible, I think it would be better
> for CSS stuff to not be generated at runtime.
>
> Anyway, those are the thoughts I had on the issue.
>
> Later,
> --
> Wesley Miaw
> we...@we...

Re: [PHPiCalendar-DEV] Some fixes for preferences

[Wesley M. <we...@we...>]

Hi Jim,

> 2. the usual problems with $cpath.  I added cpath to the cookie,  
> but it is not settable by the user in preferences...it's a hidden  
> parameter for now.

What sort of problems are cpath causing for you?

About the calendar colors, I guess if people have a real use for  
allowing their visitors to choose a color scheme, that's a nice  
feature to have. I'm not sure there's any value in having the CSS be  
dynamically generated if you can't actually enter in your own colors  
in the preferences page though. Seems as though since the choices are  
static, simply making sure the templates contain the right CSS  
references and then having a choice of which CSS page to load would  
serve the same function, and result in less runtime overhead.

I guess I'm just saying that the script to write out your CSS color  
choices is good, but I think it would be better to output to a file  
for inclusion, instead of generating inline CSS every time based on  
the contents of a PHP configuration file.

This would make it easier for people who know CSS but don't know PHP  
(although I'm sure your CSS config file isn't that complicated) and  
remove the code hit, which is quite small to begin with. You could  
also make it so the preference choices are the names of whatever CSS  
files are available in a special directory. This would also ensure  
that no one is confused as to why CSS information is showing up from  
two different sources, instead of one. Well, maybe that's not good  
either, because then you'll be duplicating a lot of common CSS  
definitions.

Is there a precedence order defined for CSS, based on the order in  
which you reference them in the HTML? Maybe that's the best way to  
separate between the shared CSS and the user-specific CSS.

Maybe this doesn't make as much sense, since we're only talking about  
the calendar colors here. But if possible, I think it would be better  
for CSS stuff to not be generated at runtime.

Anyway, those are the thoughts I had on the issue.

Later,
--
Wesley Miaw
we...@we...

[PHPiCalendar-DEV] Found the Firefox problem with dynamic css

[Jim Hu <ji...@ta...>]

needed to add
header ("Content-type: text/css");

also found that I need to specify the path as a url in header.tpl so  
that rss/index.php would find it.
=====================================
Jim Hu

[PHPiCalendar-DEV] Something different - dynamic CSS

[Jim Hu <ji...@ta...>]

On the bbs, someone was asking about changing the colors and such.   
This reminded me of the variety of user-selectable styles in version  
1.x and led me to play with migrating the old styles into 2.x, but it  
quickly became a pain to think about matching the colors of event  
backgrounds, month dots, allday backgrounds and so on.  So it  
occurred to me that it might be cool to do this more dynamically,  
based on this article I found:

http://digital-web.com/articles/generating_dynamic_css_with_php/

So I started playing with this idea.  I created a new function  
script, called functions/css.php.  Then I changed header.tpl so that  
the css link looks like this:

   	<link rel="stylesheet" type="text/css" href="functions/css.php" />

Inside css.php, I placed an include statement to grab a  
css_settings.php file from inside the templates/$template directory.   
So far, this just defines a list of colors to use for each template.   
For example

<?php
$calcolors = array();
$cal_colors[] = '6876E7';
$cal_colors[] = '666699';
$cal_colors[] = '999999';
$cal_colors[] = 'CC6633';
$cal_colors[] = '9999CC';
$cal_colors[] = 'CC9933';
$cal_colors[] = '73738C';
?>

css.php just prints the stuff in default.php, but I replaced parts of  
that with:

foreach ($cal_colors as $key=>$val){
	print ".alldaybg_$key    { background-color: #".$val."; padding:  
2px;}\n";
	print ".eventbg_$key     { background-color: #".$val."; padding:  
2px;}\n";
	print ".eventbg2_$key	  { background-color: #".$val."; padding: 2px;} 
\n";
	print ".dot_$key              { font-family: Verdana, Geneva, Arial,  
Helvetica, sans-serif; font-size: 16px; color: #".$val."; }\n";
}

Then I changed list_calcolors() in list_functions.php

      $return .= '<span class="dot_'.$i.'">&bull;</span> '.$val.'<br / 
 >';

To deal with the month view I changed draw_month() in template.php

if (!isset($val['event_start'])) {
	if ($type == 'large') {
		$switch['ALLDAY'] .= '<span class="dot_'.$event_calno.'">&bull;</ 
span><span class="V9">';
		$switch['ALLDAY'] .= openevent($daylink, $cal_time, $uid, $val,  
$month_event_lines, 15, 'psf').'<br />';
		$switch['ALLDAY'] .= '</span>';
	} else {
		$switch['ALLDAY'] .= '<img src="templates/'.$template.'/images/ 
allday_dot.gif" alt=" " width="11" height="10" border="0" />';
	}
} else {	
	$start2		 = date($timeFormat_small, $val['start_unixtime']);
	if ($type == 'large') {
		$switch['EVENT'] .= '<span class="dot_'.$event_calno.'">&bull;</ 
span><span class="V9">';
		$switch['EVENT'] .= openevent($daylink, $cal_time, $uid, $val,  
$month_event_lines, 10, 'ps3', "$start2 ").'<br />';
		$switch['EVENT'] .= '</span>';
	} else {
		$switch['EVENT'] = '<img src="templates/'.$template.'/images/ 
event_dot.gif" alt=" " width="11" height="10" border="0" />';
	}
}


The very crude result is here:

http://dimer.tamu.edu/phpical-x/

This works in IE and Safari on my OSX mac, but not in Firefox...so  
it's definitely not worked out.  Note that an alternative would be to  
use the script to generate css files that could be used as static  
files....this should work for Firefox.

Use the preferences to change color schemes.  What you can see is  
that the dot colors on the legend change automatically to match the  
event colors.  I haven't figured out how to do the borders or spacing  
properly, and the blocks aren't nearly as pretty as the gradient ones  
that happen with the images in the allday events.  I'm thinking that  
this could actually be handled by making a series of allday_xxx.gif  
images, where instead of being calendar numbers, the xxx represents  
color codes.  We obviously wouldn't do thousands of these, but it  
shouldn't be too hard to do a nice selection. What would be better  
would be some kind of CSS trick to overlay an image over an  
arbitrarily colored background.  I think this can be done, but I'm  
not sure how.

Anyway, I think it would be cool to allow rapid color changing.  What  
do people think?

Jim Hu

[PHPiCalendar-DEV] Some fixes for preferences

[Jim Hu <ji...@ta...>]

I was playing with preferences, and found a bunch of problems that I  
fixed.  Patches to 3 files (preferences.php, init.inc.php, and  
preferences.tpl) uploaded to CVS.  Please test!

There were the following problems.
1. the menu for default calendar selection was not behaving properly.
	a. It was passing things as if it was the jump menu
	b. When I fixed this, I had to add all calendars back as an option
2. the usual problems with $cpath.  I added cpath to the cookie, but  
it is not settable by the user in preferences...it's a hidden  
parameter for now.

Long message coming to explain why I was looking at these.
=====================================
Jim Hu

Re: [PHPiCalendar-DEV] Week size. Question ?

[Nicolas C. <nic...@gm...>]

On 11/26/05, Wesley Miaw <we...@we...> wrote:
>
> Hi Nicolas,
>
> That looks excellent. :) I think you're right, that the weekends
> should be included in the sidebar calendars. Full month views, like
> on the sidebar, would look funny with the weekends missing I think.
>

Allright.
I'll include this in the admin page, and then sending this
ML the diff URL pages for you to update the CVS.


Danon'.
--
I'm a poor and lonesome Yaourt... (Air connu)

Re: [PHPiCalendar-DEV] One more small patch

[Wesley M. <we...@we...>]

Cool. Thanks.

On Nov 25, 2005, at 2:39 PM, Jim Hu wrote:

> The fixes Wes put in need only one more change as far as I can  
> tell.  On line 38 of ical_parser.php, the $cal_filename needs to be  
> urlencoded.  I made the change and uploaded to CVS.  Nice job.

--
Wesley Miaw
we...@we...

[PHPiCalendar-DEV] One more small patch

[Jim Hu <ji...@ta...>]

The fixes Wes put in need only one more change as far as I can tell.   
On line 38 of ical_parser.php, the $cal_filename needs to be  
urlencoded.  I made the change and uploaded to CVS.  Nice job.

Jim Hu

Re: [PHPiCalendar-DEV] cheap labour :)

[Wesley M. <we...@we...>]

Hi Nicolas,

Welcome.

>  * view tabs (We are using a small number of location and attendee
> (teacher for us), so it would be good to be able to display specific
> entries in a calendar form (We have events history since 2003, so
> print or search view is unappropriate))

Can you explain what you mean by view tabs a bit more? It might help =20
if you submitted it as a feature request so it could be officially =20
tracked on SourceForge.

>  * 5 or 6 days a month calendar display (request feature n=B0 =
1353342).

A configuration variable in config.inc.php and then some work on the =20
page object should do it.

Feel free to make the changes and when you think they're good, let us =20=

know. :)

Thanks,
--
Wesley Miaw
we...@we...

Re: [PHPiCalendar-DEV] webcals and array

[Wesley M. <we...@we...>]

Hi Jim,

> When I looked at this yesterday, I found several problems in  
> addition to the array.  In calendar functions, availableCalendars()  
> wasn't passing the webcal in $cal_filelist, and when I forced it  
> to, it has a pathname problem similar to the one I fixed for  
> selecting single webcals in the last upload to the CVS.  What I  
> can't figure out is why...and why this isn't a problem when using  
> the other methods - either all combined or selecting the webcal  
> directly.

Can you try this again using the latest in CVS? Webcals seem to be  
working for me now with the changes I checked in last night.

> I'm getting the feeling that init.inc.php and ical_parser.php are  
> getting complicated because of the way various calls into the  
> system have been added on.  I'm starting to think that a more  
> radical set of changes might be good...but I don't have time to  
> work that out and I don't think this should be done for 2.2.  I'm  
> thinking that better division of labor should be set for the two  
> scripts - init.inc.php should pass enough stuff to the parser so  
> that the parser doesn't care whether one or more calendars were  
> selected or whether any of them is a webcal.  I think this would  
> involve redefining some variables as arrays only, or possibly  
> defining an array of calendar objects where the attributes include  
> where to get the .ics file, the real name, the filemtime, and the  
> tmp, subscribe, download, and rss paths/urls.
>
> But this is just an idea.  Very half-baked at this point.

It's a good idea though. I tried to do some of this with the changes  
I made last night: to abstract away the concepts that need to be  
carried between files. It's quite difficult to process the linear  
procedural code in my head, especially when init.inc.php is dealing  
with the global namespace and any random variable set in there can  
show up anywhere else. I was beating my head against that for a while  
because I wasn't sure what "contract" I needed to maintain with my  
changes to make sure things didn't break elsewhere.

Later,
--
Wesley Miaw
we...@we...

[PHPiCalendar-DEV] webcals and array

[Jim Hu <ji...@ta...>]

Wes (and everyone else),

For some reason my subscription to the dev list is only sending me  
digests, so my responses have been slow...well, that contributes to  
my responses being slow.

> --__--__--
>
> Message: 3
> From: Wesley Miaw <we...@we...>
> Subject: Re: [PHPiCalendar-DEV] 2.2
> Date: Wed, 23 Nov 2005 18:00:03 -0800
> To: php...@li...
> Reply-To: php...@li...
>
> On Nov 23, 2005, at 12:08 AM, Jim Hu wrote:
>>
>> When I try putting a webcal in the config.inc.php, it works in all
>> calendar mode.  But when selecting it as an individual calendar, it
>> crashes the parser (at least on my setup).  I think that there are
>> a number of problems.
>
> I'm not getting a crash here, but it was failing because all
> calendars selected via the multiple-selection box are passed in as an
> array. Working on fixing this.

When I looked at this yesterday, I found several problems in addition  
to the array.  In calendar functions, availableCalendars() wasn't  
passing the webcal in $cal_filelist, and when I forced it to, it has  
a pathname problem similar to the one I fixed for selecting single  
webcals in the last upload to the CVS.  What I can't figure out is  
why...and why this isn't a problem when using the other methods -  
either all combined or selecting the webcal directly.

I'm getting the feeling that init.inc.php and ical_parser.php are  
getting complicated because of the way various calls into the system  
have been added on.  I'm starting to think that a more radical set of  
changes might be good...but I don't have time to work that out and I  
don't think this should be done for 2.2.  I'm thinking that better  
division of labor should be set for the two scripts - init.inc.php  
should pass enough stuff to the parser so that the parser doesn't  
care whether one or more calendars were selected or whether any of  
them is a webcal.  I think this would involve redefining some  
variables as arrays only, or possibly defining an array of calendar  
objects where the attributes include where to get the .ics file, the  
real name, the filemtime, and the tmp, subscribe, download, and rss  
paths/urls.

But this is just an idea.  Very half-baked at this point.

>
>> First, determining the modification time of the webcal using
>> filemtime doesn't work.  I'm not sure if this is important...but
>> there may be unintended consequences
>
> I think you fixed this in ical_parser.php? Around lines 51-52.

That was there before.  Probably Chad's original code.

Happy Thanksgiving, btw.

Jim Hu

>
> Later,
> --
> Wesley Miaw
> we...@we...
>

[PHPiCalendar-DEV] cheap labour :)

[Nicolas C. <nic...@gm...>]

@ML admin :
I'm sorry, I've just modified my subscription to this ML for it to fit
this email address.

---------- Forwarded message ----------
From: Nicolas Contamin <nic...@gm...>
Date: Nov 24, 2005 1:48 AM
Subject: cheap labour :)
To: php...@li...


Hi, my name is Nicolas,

 I'm a french guy working for a high school which is using your software.
 As I'm a computer science engineer, I spent time reading the source
code and i think it's really great job.
 I've made minus improvement (which suits the requested feature number 1109=
495)
 I've sent my work (just few lines diff) to Chad, but as far as i've
read in this ML, he has no time for maintaining (is it english word ?)
it.


 I'll be glad to help you improving your software. i'm not sure to
have much time to spent on it but I can help.
 For example, by school requests, I'm thinking of things regarding :

 * view tabs (We are using a small number of location and attendee
(teacher for us), so it would be good to be able to display specific
entries in a calendar form (We have events history since 2003, so
print or search view is unappropriate))
 * 5 or 6 days a month calendar display (request feature n=B0 1353342).

 My first idea is to put all this options (in the config.inc.php or)
in the admin page. I'll keep you inform, if you don't mind.

 If you have some stuff to give me (maybe working on trackers' stuff),
I'm also your man. i've just created a sourceforge account
(danone_lyon), so ...


 Danon'.

 ---------- Forwarded message ----------
From: Nicolas Contamin <nic...@gm...>
Date: Nov 3, 2005 12:01 AM
Subject: Re: Tracker 1109495
To: cl...@us...

Hi,

I'm sorry to bore you once again, but I've spent my evening learning
your (very intelligent) use of "switch comment", to remove unused tag.

So I updated my tarball, with new diff files (print.tpl, and
template.php), which manage that.
In addition, I've took few minutes to also update the 'french.inc.php' file=
.

Everything is available at the below URL :
(If you prefer that i send it as attachement, just let me know)

http://eidolon.univ-lyon2.fr/~nicoconta/print_location_diff.tgz
 http://eidolon.univ-lyon2.fr/~nicoconta/french.inc.php.diff

You're really doing a great job on that project.
As far as I've understood it, nearly everything is already coded. The
only thing to do, is to display your parsed informations. Impressive!


Danon'., one of your new fans!
--
I'm a poor and lonesome Yaourt... (Air connu)

Re: [PHPiCalendar-DEV] 2.2

[Wesley M. <we...@we...>]

Hi Jim + Chad,

Just checked in changes to support multiple web calendar selections.  
You can also mix and match local and web cals for display. Also  
corrected the calendar titles for display in the templates, if  
multiple calendars are selected.

Check it out and let me know if I broke anything?

Thanks,
--
Wesley Miaw
we...@we...

Re: [PHPiCalendar-DEV] 2.2

[Wesley M. <we...@we...>]

On Nov 23, 2005, at 12:08 AM, Jim Hu wrote:
>
> When I try putting a webcal in the config.inc.php, it works in all  
> calendar mode.  But when selecting it as an individual calendar, it  
> crashes the parser (at least on my setup).  I think that there are  
> a number of problems.

I'm not getting a crash here, but it was failing because all  
calendars selected via the multiple-selection box are passed in as an  
array. Working on fixing this.

> First, determining the modification time of the webcal using  
> filemtime doesn't work.  I'm not sure if this is important...but  
> there may be unintended consequences

I think you fixed this in ical_parser.php? Around lines 51-52.

Later,
--
Wesley Miaw
we...@we...

Re: [PHPiCalendar-DEV] 2.2

[Wesley M. <we...@we...>]

Hi Jim,

I'll take a look this afternoon.

Later,
Wes

On Nov 23, 2005, at 12:08 AM, Jim Hu wrote:

> I think we can do 2.2...I changed the footer and README in CVS.
>
> One last bug I worked on tonight is not quite completely  
> squashed... I could use some help (Wes?...was the multiselctor  
> yours?).
>
> See: http://phpicalendar.net/forums/viewtopic.php?t=262
>
> And here is a my test site where I've added a German Holidays webcal
>
> http://dimer.tamu.edu/phpical-x/month.php?
>
> When I try putting a webcal in the config.inc.php, it works in all  
> calendar mode.  But when selecting it as an individual calendar, it  
> crashes the parser (at least on my setup).  I think that there are  
> a number of problems.
>
> First, determining the modification time of the webcal using  
> filemtime doesn't work.  I'm not sure if this is important...but  
> there may be unintended consequences
> Second, the cal_filename has slashes that mess up the directory  
> path for writing the cached parsed calendar.  I can get around this  
> by changin line 74 in ical_parser.php to
>
> 			$parsedcal = $tmp_dir.'/parsedcal-'.urlencode($cal_filename).'-'. 
> $this_year;
>
> This makes the calendar select and display OK.
> Then I changed rss.php and rss/index.php to get the correct URLs  
> and calendar display names.  For the webcal, the URL is pretty  
> ugly, but I think it has to be that way...it has to include  
> information to allow phpicalendar to find the webcal, right?  The  
> display name is underspecified, I think.  We can get the short name  
> from the URL but not vice versa, unless we start caching an index  
> for webcals...which probably isn't worth it just to make shorter  
> URLs for the RSS.
>
> So far, so good.  But I can't get the webcal to work in the  
> multicalendar selector. I can pick multiple calendars, but if one  
> is the webcal, it is the only one that doesn't display.  I listed  
> that as a known bug in the README.
>
> Anyway, I think that this will deal with many of the frequent  
> issues raised on the bbs.  The other thing that may be desirable is  
> to actively suppress warnings, since many people still seem to be  
> sending them to the browser instead of a log...but I didn't do that.
> =====================================
> Jim Hu
>
> On Nov 22, 2005, at 10:16 PM, phpicalendar-devel- 
> re...@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: A bug-fix release? (Chad Little)
>>
>> --__--__--
>>
>> Message: 1
>> From: Chad Little <ch...@ch...>
>> Subject: Re: [PHPiCalendar-DEV] A bug-fix release?
>> Date: Mon, 21 Nov 2005 22:58:44 -0800
>> To: php...@li...
>> Reply-To: php...@li...
>>
>>
>> --Apple-Mail-1--283298011
>> Content-Transfer-Encoding: 7bit
>> Content-Type: text/plain;
>> 	charset=US-ASCII;
>> 	delsp=yes;
>> 	format=flowed
>>
>> As long as the README has been updated, change the version # in the
>> footer to 2.2 and I'll build tag out a release.
>>
>> -Chad
>>
>> On Nov 21, 2005, at 4:02 PM, Jim Hu wrote:
>>
>>> Chad,
>>>
>>> Should there be a bug fix release from CVS?  Seems like a bunch
>>> have been taken care of and a lot of the replies I'm giving on the
>>> bbs are "try the CVS".
>>>
>>> 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
>>>
>>
>>
>> --Apple-Mail-1--283298011
>> Content-Transfer-Encoding: quoted-printable
>> Content-Type: text/html;
>> 	charset=ISO-8859-1
>>
>> <HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode:  
>> space; =
>> -khtml-line-break: after-white-space; "><DIV>As long as the README  
>> has =
>> been updated, change the version # in the footer to 2.2 and I'll  
>> build =
>> tag out a release.</DIV><DIV><BR =
>> class=3D"khtml-block-placeholder"></DIV><DIV>-Chad</ 
>> DIV><BR><DIV><DIV>On =
>> Nov 21, 2005, at 4:02 PM, Jim Hu wrote:</DIV><BR =
>> class=3D"Apple-interchange-newline"><BLOCKQUOTE =
>> type=3D"cite">Chad,<DIV><BR =
>> class=3D"khtml-block-placeholder"></DIV><DIV>Should there be a bug  
>> fix =
>> release from CVS?=A0 Seems like a bunch have been taken care of  
>> and a =
>> lot of the replies I'm giving on the bbs are "try the =
>> CVS".</DIV><DIV><BR =
>> class=3D"khtml-block-placeholder"></DIV><DIV>Jim<BR><DIV><DIV =
>> style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; =
>> margin-left: 0px; "><FONT face=3D"Helvetica" size=3D"3"  
>> style=3D"font: =
>> 12.0px  
>> Helvetica">=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D</FONT></ 
>> DIV><DIV =
>> style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; =
>> margin-left: 0px; "><FONT face=3D"Helvetica" size=3D"3"  
>> style=3D"font: =
>> 12.0px Helvetica">Jim Hu</FONT></DIV><DIV style=3D"margin-top: 0px; =
>> margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><FONT =
>> face=3D"Helvetica" size=3D"3" style=3D"font: 12.0px  
>> Helvetica">Associate =
>> Professor and Associate Head for Graduate Programs</FONT></DIV><DIV =
>> style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; =
>> margin-left: 0px; "><FONT face=3D"Helvetica" size=3D"3"  
>> style=3D"font: =
>> 12.0px Helvetica">Dept. of Biochemistry and Biophysics</FONT></ 
>> DIV><DIV =
>> style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; =
>> margin-left: 0px; "><FONT face=3D"Helvetica" size=3D"3"  
>> style=3D"font: =
>> 12.0px Helvetica">2128 TAMU</FONT></DIV><DIV style=3D"margin-top:  
>> 0px; =
>> margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><FONT =
>> face=3D"Helvetica" size=3D"3" style=3D"font: 12.0px  
>> Helvetica">Texas =
>> A&amp;M Univ.</FONT></DIV><DIV style=3D"margin-top: 0px; margin- 
>> right: =
>> 0px; margin-bottom: 0px; margin-left: 0px; "><FONT  
>> face=3D"Helvetica" =
>> size=3D"3" style=3D"font: 12.0px Helvetica">College Station, TX =
>> 77843-2128</FONT></DIV><DIV style=3D"margin-top: 0px; margin- 
>> right: 0px; =
>> margin-bottom: 0px; margin-left: 0px; "><FONT face=3D"Helvetica" =
>> size=3D"3" style=3D"font: 12.0px Helvetica">979-862-4054</FONT></ 
>> DIV>  =
>> </DIV><BR></DIV></BLOCKQUOTE></DIV><BR></BODY></HTML>=
>>
>> --Apple-Mail-1--283298011--
>>
>>
>>
>> --__--__--
>>
>> _______________________________________________
>> Phpicalendar-devel mailing list
>> Php...@li...
>> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel
>>
>>
>> End of Phpicalendar-devel Digest
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
> Register for a JBoss Training Course.  Free Certification Exam
> for All Training Attendees Through End of 2005. For more info visit:
> http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
> _______________________________________________
> Phpicalendar-devel mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel

--
Wesley Miaw
we...@we...