phpicalendar-devel — Mailing list for PHP iCalendar Developers

[PHPiCalendar-DEV] phpMyCal - editable calendars in phpicalendar

[Benjamin L. <be...@um...>]

Hello all,
I've got something fairly complete put together which adds calendar 
editing to phpicalendar.  Right now it's based on 0.8.1, but I don't 
expect any problems adapting anything new.

-Ben Levy

phpMyCal (for lack of a more creative name)

phpMyCal is an interface for a schedule database using MySQL.  The core 
set of functionality provides for creating, editing, and deleting 
calendars and events, and generating iCalendar data.  An add on bridge 
allows direct interaction with phpicalendar.

Calendar access controlled with a simple password design.  There is an 
admin password required for creating, editing, or deleting calendars.  
Each calendar can optionaly have its own password set.  No calendar 
password means anyone can make changes, otherwise the password is 
required for each change.

For integrating with phpicalendar, I envisioned the usage being one or 
more calendars set up to be published from the user's computer, and 
then one or more set up in phpMyCal that are then subscribed to on the 
user's computer.

At this point phpMyCal only supports the most basic of event details.  
There are no attendees, alarms, or recurring events.  Also the 
interface is completely unpolished.  Dates are expected to be 
"month/day/year" and times "24hour:minutes" and no work has gone in to 
making things look nice.  Also I have yet to set up a place within the 
phpicalendar interface to create calendars.

This really isn't ready for any kind of release, but I'd like to show 
what I have and see what people think.

My installation of this is at:
http://dev.neb.net/phpicalendar/

The default calendar is set to School, although it could be set to a 
phpMyCal calendar instead.  In the calendar list you'll see First Test 
Calendar, Number Two Calendar, and an ics.php... Webcal.  First Test 
and Number Two are the two testing calendars in the database.  First 
Test requires a password to make changes, while Number Two doesn't.  
The Webcal is actualy First Test feeding through the ics generation in 
order to test that $master_array is generated correctly by the phpMyCal 
bridge.

New Event is in the list with "Go to Today," etc. and editing/deleting 
events can be done from the event popup.

Again, I just finished getting the functionality working so expect many 
rough edges.  If there's interest I can write up more about the 
technical side of what I did.  I'd like to clean up a few more lose 
ends before sharing my code, but I do hope to have this go somewhere 
beyond what I've done.

Re: [PHPiCalendar-DEV] Always read english.inc.php as a fallback?

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

Languages have been updated for 0.9, this shouldn't be issue, since we 
drop in all the text for the next version, send them out for 
translations, then commit back into the project. Its only between 
versions in CVS that the languages are off. Hopefully nothing will have 
been overlooked. :-)

Jared, I've prepped all the language files for translations, may send 
them out. Only one I didn't touch was your japanese, since it was 
partially translated.

-C

On Saturday, November 30, 2002, at 01:19  PM, Bill Fenner wrote:

>
> In case there are words that get forgotten or are left untranslated in
> a given language.inc.php, what do you think about always including
> english.inc.php first?  The other language.inc.php will overwrite
> all the definitions for the translations that it knows about, and
> the english ones will be left for the ones that are untranslated.
>
> The diff is like:
>
> --- functions/init.inc.php      19 Nov 2002 05:46:02 -0000      1.26
> +++ functions/init.inc.php      30 Nov 2002 21:15:04 -0000
> @@ -25,6 +25,10 @@
>  $language = strtolower($language);
>  $lang_file = BASE.'/languages/'.$language.'.inc.php';
>
> +// english is always the most complete, so include it first and
> +// let the other languages override the ones they know.
> +include(BASE.'/languages/english.inc.php');
> +
>  if (file_exists($lang_file)) {
>         include($lang_file);
>  } else {
>
>
> This is unnecessary overhead in the preferred case (i.e. when the
> translations are complete), but is potentially better than printing
> empty strings for untranslated phrases if something gets overlooked.
>
> What do you think?
>
>   Bill
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Get the new Palm Tungsten T
> handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en
> _______________________________________________
> Phpicalendar-devel mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel

[PHPiCalendar-DEV] Always read english.inc.php as a fallback?

[Bill F. <fe...@re...>]

In case there are words that get forgotten or are left untranslated in
a given language.inc.php, what do you think about always including
english.inc.php first?  The other language.inc.php will overwrite
all the definitions for the translations that it knows about, and
the english ones will be left for the ones that are untranslated.

The diff is like:

--- functions/init.inc.php      19 Nov 2002 05:46:02 -0000      1.26
+++ functions/init.inc.php      30 Nov 2002 21:15:04 -0000
@@ -25,6 +25,10 @@
 $language = strtolower($language);
 $lang_file = BASE.'/languages/'.$language.'.inc.php';
 
+// english is always the most complete, so include it first and
+// let the other languages override the ones they know.
+include(BASE.'/languages/english.inc.php');
+
 if (file_exists($lang_file)) {
        include($lang_file);
 } else {


This is unnecessary overhead in the preferred case (i.e. when the
translations are complete), but is potentially better than printing
empty strings for untranslated phrases if something gets overlooked.

What do you think?

  Bill

Re: [PHPiCalendar-DEV] A little less javascript in year view

[Bill F. <fe...@re...>]

IE6.0 on Windows fails too.  Oh well, never mind =)

  Bill

Re: [PHPiCalendar-DEV] A little less javascript in year view

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

Doesnt work for me on IE 5.2.2 or Chimera 0.6. Tested on 3 different 
Macs all running 10.2.2. It only works for me in Mozilla 1.2.

With some people working on a templating system, I don't really see a 
need for us to move to 100% CSS, when 95% supports pretty much everyone.

-C

On Friday, November 29, 2002, at 11:54  AM, blaine wrote:

> Which version of IE are you using? I'm using IE5.2/OS X and it works 
> fine.
>
> I'm rather partial to doing it in CSS, because it makes it that much 
> easier to customize the appearance. Themes and templates are great, 
> but CSS facilitates making small changes for people who don't have the 
> skill or desire to go poking around in the code for javascript.
>
> b.
>
> On Friday, Nov 29, 2002, at 11:35 America/Vancouver, Chad wrote:
>
>> Doens't work for me on IE Mac.
>>
>> -C
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Get the new Palm Tungsten T 
> handheld. Power & Color in a compact size! 
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en
> _______________________________________________
> Phpicalendar-devel mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel

Re: [PHPiCalendar-DEV] A little less javascript in year view

[blaine <la...@us...>]

Which version of IE are you using? I'm using IE5.2/OS X and it works 
fine.

I'm rather partial to doing it in CSS, because it makes it that much 
easier to customize the appearance. Themes and templates are great, but 
CSS facilitates making small changes for people who don't have the 
skill or desire to go poking around in the code for javascript.

b.

On Friday, Nov 29, 2002, at 11:35 America/Vancouver, Chad wrote:

> Doens't work for me on IE Mac.
>
> -C

Re: [PHPiCalendar-DEV] A little less javascript in year view

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

Doens't work for me on IE Mac.

-C

On Friday, November 29, 2002, at 10:27  AM, Bill Fenner wrote:

>
> I'd like to replace the coloring of the day blocks while the mouse is
> over them in the year view with style sheets.  This means replacing
>
> <td width="30" height="30" align="right" valign="top" class="monthreg"  
> onMouseOver=this.style.backgroundColor="#DDDDDD"  
> onMouseOut=this.style.backgroundColor="#FFFFFF"  
> onclick="window.location.href='day.php?cal=School&amp;getdate=20020102' 
> ">
>
> with
>
> <td width="30" height="30" align="right" valign="top"  
> class="yearmonthreg"  
> onclick="window.location.href='day.php?cal=School&amp;getdate=20020102' 
> ">
>
> and adding the following to the style sheets:
>
> .yearmonthreg           { background-color: #FFFFFF; }
> .yearmonthreg:hover     { background-color: #DDDDDD; }
> .yearmonthoff           { background-color: #F2F2F2; }
> .yearmonthoff:hover     { background-color: #DDDDDD; }
>
>
> They both work the same in Mozilla 1.1; I don't know if all of the
> browsers that work with the javascript will also work with the style
> sheet.  Can people using other browsers visit
> http://irg.attlabs.net/~fenner/yeartest.html and see if rolling over
> days in January and February work the same?
>
> My main motivation for this is that the w3c HTML validator whinges
> mightily about the lack of quotes on the first one, and given that
> the color name is quoted I couldn't come up with something that works.
> Kind of silly, but it's nicer not to have hundreds of other errors
> to wade through when trying to find the real problems.
>
> Thanks,
>   Bill
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Get the new Palm Tungsten T
> handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en
> _______________________________________________
> Phpicalendar-devel mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel

[PHPiCalendar-DEV] A little less javascript in year view

[Bill F. <fe...@re...>]

I'd like to replace the coloring of the day blocks while the mouse is
over them in the year view with style sheets.  This means replacing

<td width="30" height="30" align="right" valign="top" class="monthreg" onMouseOver=this.style.backgroundColor="#DDDDDD" onMouseOut=this.style.backgroundColor="#FFFFFF" onclick="window.location.href='day.php?cal=School&amp;getdate=20020102'">

with

<td width="30" height="30" align="right" valign="top" class="yearmonthreg" onclick="window.location.href='day.php?cal=School&amp;getdate=20020102'">

and adding the following to the style sheets:

.yearmonthreg           { background-color: #FFFFFF; }
.yearmonthreg:hover     { background-color: #DDDDDD; }
.yearmonthoff           { background-color: #F2F2F2; }
.yearmonthoff:hover     { background-color: #DDDDDD; }


They both work the same in Mozilla 1.1; I don't know if all of the
browsers that work with the javascript will also work with the style
sheet.  Can people using other browsers visit
http://irg.attlabs.net/~fenner/yeartest.html and see if rolling over
days in January and February work the same?

My main motivation for this is that the w3c HTML validator whinges
mightily about the lack of quotes on the first one, and given that
the color name is quoted I couldn't come up with something that works.
Kind of silly, but it's nicer not to have hundreds of other errors
to wade through when trying to find the real problems.

Thanks,
  Bill

Re: [PHPiCalendar-DEV] <img .. alt=>

[Jon C. T. <jo...@wa...>]

On Thursday, November 28, 2002, at 03:55  PM, Bill Fenner wrote:

> Having meaningful alt= texts for these blocks has an interesting
> advantage that it remains useful when the theme is incomplete
> (e.g. orange has no year view icon, but with these changes
> "Year View" shows up instead of a broken image).

It would also make for a useful 'title' attribute, for descriptive 
tooltips within graphical browsers.

[PHPiCalendar-DEV] <img .. alt=>

[Bill F. <fe...@re...>]

I'd like to change all the 'alt=""' to 'alt=" "' (and add 'alt=" "'
to any spacer.gif images without any alt text now), because it renders
better in w3m.  Any objections?

I'd like to add e.g. $day_view_lang = 'Day View' for day, week, month, year
to the translation, as well as $back_lang, $next_lang, $prev_lang for
navigation (e.g. the "Back" button in the print view).

Having meaningful alt= texts for these blocks has an interesting
advantage that it remains useful when the theme is incomplete
(e.g. orange has no year view icon, but with these changes "Year View"
shows up instead of a broken image).

Any objections?  How do I handle other languages?  Is there a default
so that I can use $day_view_lang with impunity, or do I have to set
it to *something* in each langauge/ file?

http://irg.attlabs.net/~fenner/test/phpicalendar/ is up with most of
these changes, although most of the alt= texts are not language-ized,
just hardcoded strings right now.  With these changes, phpicalendar
looks pretty decent in the w3m and links text-mode browsers.

Thanks,
  Bill

Re: [PHPiCalendar-DEV] Multiple calendars

[Alex E. <ta...@sp...>]

On Tue, 26 Nov 2002 10:26:58 -0800, Chad <ch...@ch...> wrote:

> Yes, I want to get a release out this week since its been about a month  since 
> the last. This will probably be the next thing we work on barring  a 
> 0.9.1 release. I've already got some ideas on how to approach this,  and 
> will form an email about it later this week.

I'd love to hear about the direction this is going to take. There are so 
many ways running through my head.

-- 
Alex Ezell
http://www.spittingllamas.com
"Formal Restrictions, contrary to what you might think, free you up by allowing 
  you to concentrate on purer ideas."
- Winter Sorbeck in Chip Kidd's The Cheese Monkeys

Re: [PHPiCalendar-DEV] Multiple calendars

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

Yes, I want to get a release out this week since its been about a month  
since the last. This will probably be the next thing we work on barring  
a 0.9.1 release. I've already got some ideas on how to approach this,  
and will form an email about it later this week.

-C

On Monday, November 25, 2002, at 11:45  PM, Jon C. Thomason wrote:

> I suppose the timing is terrible for 0.9, but Chad suggested we  
> discuss this here.
>
>      
> <http://sourceforge.net/tracker/ 
> index.php?func=detail&aid=619707&group_id=62270&atid=500020>
>
> I've been doing a fair amount of investigation toward showing multiple  
> calendars at once, similar to the way Apple's iCal does.  So far that  
> work has pretty much been going on in a vacuum, for which I apologize.  
>  But I do have some materials to offer toward any group discussion of  
> how this should be implemented.
>
>     <http://calendar.wap.org/patches.html>
>
> There's even a working tarball for anyone who wants to try it out.  I  
> hope this is taken in the spirit in which it was intended.  Our  
> organization appreciates the effort that's gone into PHP iCalendar.   
> We needed to extend it to show multiple calendars, and we're hoping to  
> give a little back to the project with this effort.
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Get the new Palm Tungsten  
> Thandheld. Power & Color in a compact  
> size!http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en
> _______________________________________________
> Phpicalendar-devel mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel

ATTN: Authors (Re: [PHPiCalendar-DEV] 0.9 prep)

[Jared <xe...@si...>]

On Tuesday, November 26, 2002, at 01:08  AM, Chad wrote:

> Also, Jared, if you could start an AUTHORS file, I'd like to get 
> everyone's name in who has contributed code and time in the project.

With this in mind, if you have submitted any code which has been put 
into the project, please e-mail me personally (xe...@si...) with 
your full name and e-mail address you'd like in the AUTHORS file. Right 
now, I will add those of us that are listed on the SourceForge page but 
I need to know those who aren't but contribute.

I will include the translators in this as well. I will use the names 
and e-mail addresses from the translation files for those so I won't 
need your information.

-Jared

[PHPiCalendar-DEV] CLASS:PRIVATE

[<cs...@pi...>]

Hi,
Thanks for developing this beautyful calendar!

I am new to this project, but I made a little modification to handle
PRIVATE and CONFIDENTIAL flags.

I use Linux/evolution calendar, where I can set the level of publicity
of each event. I looked at the calendar file, and found=20
CLASS:PUBLIC
CLASS:PRIVATE
CLASS:CONFIDENTIAL

This way I can publish my calendar.
CONFIDENTIAL =3D do not show it at all
PRIVATE =3D do not show only the word 'private'.

I also plan to do a localisation to Hungarian.

Yours,
Miklos

PS I attach my modifications to=20
functions/ical_parser.php

PSII: My calendar is at http://gimn-db.piar.hu/naptar/week.php?cal=3Dcsm
--=20
----
Csan=E1dy Mikl=F3s piarista     20 432 2516=20
http://www.piar.hu/budapest cs...@pi...

--=20
PIARNET f-prot virscan: tal=E1n tiszta

[PHPiCalendar-DEV] Multiple calendars

[Jon C. T. <cal...@wa...>]

I suppose the timing is terrible for 0.9, but Chad suggested we discuss  
this here.

      
<http://sourceforge.net/tracker/ 
index.php?func=detail&aid=619707&group_id=62270&atid=500020>

I've been doing a fair amount of investigation toward showing multiple  
calendars at once, similar to the way Apple's iCal does.  So far that  
work has pretty much been going on in a vacuum, for which I apologize.   
But I do have some materials to offer toward any group discussion of  
how this should be implemented.

     <http://calendar.wap.org/patches.html>

There's even a working tarball for anyone who wants to try it out.  I  
hope this is taken in the spirit in which it was intended.  Our  
organization appreciates the effort that's gone into PHP iCalendar.  We  
needed to extend it to show multiple calendars, and we're hoping to  
give a little back to the project with this effort.

[PHPiCalendar-DEV] 0.9 prep.

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

I'd like to get 0.9 out on Sunday, so we should start testing the 
current cvs for bugs and look at translations and styles.  If 
everything is translated, I'd like to get translations out tomorrow, if 
you think you need it for 0.9, go ahead and put it in.

Also, Jared, if you could start an AUTHORS file, I'd like to get 
everyone's name in who has contributed code and time in the project.

Bugs, need to clear out the last of the bugs, I think Im working on the 
URI issue, David is working on the recurrance bug of Gregs, and Jared 
gets the start/end time bug. If you find new bugs, submit a patch or 
submit it to the bug tracker.

Patrick, I made some cookie changes, you should update the EFF site 
with the latest CVS.

Thanks for everyones help.
-Chad

Re: [PHPiCalendar-DEV] Week view.

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

I have been working on updated styles, with 2 new images in silver 
style, I haven't looked into porting any over to the other styles yet, 
as I'm not finished with changed. I could be, but Im not sure right 
now. We usually take care of updating the styles when we update all the 
translations. Just one of the steps we take before doing a release. I 
can send you the psd for it if you like.

-C


On Monday, November 25, 2002, at 09:00  AM, Greg Westin wrote:

> On a completely unrelated note, there's no year_on.gif in the red 
> style,
> and I altered some of the settings for the red stylesheet to make it 
> more
> distinct from the silver (and, I think, more attractive).  I could
> probably make a year_on image fairly easily, though it might be even
> easier for whoever made the original.  At any rate, how should I go 
> about
> either offering my changes to the red stylesheet, or submitting it as a
> new style?
>
> Greg

Re: [PHPiCalendar-DEV] Week view.

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

I agree that the week view looks squished, but wouldn't want to get rid of
the sidebar, as I use the week view almost exclusively, and want to see my
to-do items.  I don't think there's anything wrong with adding a
customization feature, but maybe we should think of other ways to help
un-squish the week view.  What about allowing people to choose a screen
width?  I think it would be relatively simple to replace the appropriate
hard-coded widths with calculated widths.  On my screen, at least, there's
a lot of free space on either side of the calendar, so it could be widened
- though I know that many people have smaller screens, so we shouldn't
just unilaterally increase the size.

On a completely unrelated note, there's no year_on.gif in the red style,
and I altered some of the settings for the red stylesheet to make it more
distinct from the silver (and, I think, more attractive).  I could
probably make a year_on image fairly easily, though it might be even
easier for whoever made the original.  At any rate, how should I go about
either offering my changes to the red stylesheet, or submitting it as a
new style?

Greg

---
gr...@gr...
http://www.gregwestin.com/
Contact info: http://www.gregwestin.com/contact.php

On Sun, 24 Nov 2002, Chad wrote:

> Lately I've been thinking how squished week view is. It might be more
> useful for those who use it to not have the sidebar on. It certainly
> could be an option, sidebar on/off. So how useful is the sidebar in
> week view. Would you miss it?
>
> Thoughts?
>
>
>
> -------------------------------------------------------
> 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
>

Re: [PHPiCalendar-DEV] Week view.

[blaine <la...@us...>]

I think anything that adds flexibility to the display is welcome. I 
think the template system would (should) go a long way to resolving 
problems like this; the way I see it, templates need not handle the 
week/month/year calendar listings per se. More importantly, I think the 
template system should allow rearrangement of existing "boxes" on the 
page. For example, one thing that's irked me somewhat is the month 
view; the one-after-another list of events is at the *bottom* of the 
page, but it would be more useful for my users if it were at the top. 
If there were just a template variable for the different page elements, 
it would be so much easier. For example, you could turn on/off the 
sidebar on any page, or have it horizontal at the top or bottom of the 
page, or whatever.

Perhaps the template system that's being worked on addresses these 
issues?

In any event, I would definitely miss the sidebar in week view ;-)

b.

On Sunday, Nov 24, 2002, at 12:04 America/Vancouver, Chad wrote:

> Lately I've been thinking how squished week view is. It might be more 
> useful for those who use it to not have the sidebar on. It certainly 
> could be an option, sidebar on/off. So how useful is the sidebar in 
> week view. Would you miss it?
>
> Thoughts?

Re: [PHPiCalendar-DEV] Week view.

[Jon C. T. <cal...@wa...>]

I'm very pleased with the week view as is.  We're using it to schedule 
series of three-hour classes, so our events have plenty of room to 
expand vertically.  Having the sidebar there makes it all the more 
useful and descriptive, in my opinion.

On the other hand, I could see how someone with more brief events and 
todos might find the space to be somewhat constraining.  I suppose this 
is another good argument for templates, post-1.0...  :)

On Sunday, November 24, 2002, at 03:04  PM, Chad wrote:

> Lately I've been thinking how squished week view is. It might be more 
> useful for those who use it to not have the sidebar on. It certainly 
> could be an option, sidebar on/off. So how useful is the sidebar in 
> week view. Would you miss it?

[PHPiCalendar-DEV] Major CVS changes.

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

In an effort to keep things in order, I've moved many of the includes 
into their own folder. An include is anything that is called from or 
included on any of the main pages. Only actual pages should be in the 
root level of the site, as this is all the end-users should care about. 
If your using CVS remember:

cvs up -d

Will pull the new folder and files.

Cheers,
C

Re: [PHPiCalendar-DEV] iCalendar class to write iCalendar files

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

It looks very interesting indeed. It would cut the work in half in 
order to build a full web-based calendar. I'm impressed how well 
documented it is as well. I think we should seriously take a look at 
this and think where we could use it *after* 1.0.

-C


On Sunday, November 24, 2002, at 04:19  AM, dre wrote:

> Just ran across this on another mailing list:
>
> Name: iCalendar
>
> Author: flaimo <fl...@gm...>
>
> Description:
> Generates ics files for importing events into iCalender compatible
> programms. Latest version can be found at http://flaimo.com
>
>
> Could be of interest for the requirement to edit events.
>
> David.
>
> PS: Mainly posted as a reminder for all of us... ;)
>
>
>
> -------------------------------------------------------
> 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

[PHPiCalendar-DEV] Week view.

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

Lately I've been thinking how squished week view is. It might be more 
useful for those who use it to not have the sidebar on. It certainly 
could be an option, sidebar on/off. So how useful is the sidebar in 
week view. Would you miss it?

Thoughts?

[PHPiCalendar-DEV] iCalendar class to write iCalendar files

[dre <dr...@an...>]

Just ran across this on another mailing list:

Name: iCalendar

Author: flaimo <fl...@gm...>

Description:
Generates ics files for importing events into iCalender compatible
programms. Latest version can be found at http://flaimo.com


Could be of interest for the requirement to edit events.

David.

PS: Mainly posted as a reminder for all of us... ;)

Re: [PHPiCalendar-DEV] todo.php

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

I don't think anyone responded to this.  Should I just upload stuff in the
'patches' section?  Or as a comment to the feature request?  Or attach it
to an e-mail to this list.  I'll work on this more on Monday, but I just
want to get it into the CVS tree sooner rather than later.

Greg

---
gr...@gr...
http://www.gregwestin.com/
Contact info: http://www.gregwestin.com/contact.php

On Fri, 22 Nov 2002, Greg Westin wrote:

> OK, so I have a preliminary todo.php and functions/todo.js going, and I
> modified the TODO section if functions/ical_parser.php to use variables
> like todo_text rather than event_text.  Also, I've updated sidebar.php to
> call the new Javascript function, and day.php, week.php, and month.php to
> include functions/todo.js.
>
> How should I go about submitting this and future code?  Should I just
> throw up a whole bunch of diffs in a comment on the sourceforge page?
>
> Greg
>
> ---
> gr...@gr...
> http://www.gregwestin.com/
> Contact info: http://www.gregwestin.com/contact.php
>
>
>
> -------------------------------------------------------
> 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
>