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: David F. <da...@d2...> - 2005-05-02 20:21:51
|
What's the best way to get patches reviewed by someone w/ cvs access? I've got a small patch that changes the month/year in the title of the various calendars to be links that display that month year, and I've got a few more minor tweaks/improvements that I'd like to contribute back. Should I mail the list w/ the patch? Add it to the patch-tracker thing on sf? dave |
|
From: Chad <ch...@ch...> - 2005-04-19 23:34:54
|
what was the cvs error? sometimes its locked and works the next day for me. -C On Apr 17, 2005, at 3:48 PM, Jim Hu wrote: > With troubleshooting help from Ron Conner, I have made some > corrections to search.tpl and template.php to improve the search > function. Now it looks to us like it gives similar returns, > including exceptions, as version 1.1 did. However, for some > reason I'm having trouble committing these to the CVS. Could > someone else put them up? > > The change to search.tpl is trivial, there was an "on" that should > have been an "off" for the exception descriptions. The changes to > template.php are more substantial, but are confined to the draw- > >search function added to the last version. > > Jim > > > > <search.tpl> > <template.php> > > |
|
From: Jim Hu <ji...@ta...> - 2005-04-17 22:48:36
|
With troubleshooting help from Ron Conner, I have made some corrections to search.tpl and template.php to improve the search function. Now it looks to us like it gives similar returns, including exceptions, as version 1.1 did. However, for some reason I'm having trouble committing these to the CVS. Could someone else put them up? The change to search.tpl is trivial, there was an "on" that should have been an "off" for the exception descriptions. The changes to template.php are more substantial, but are confined to the draw->search function added to the last version. Jim |
|
From: Jim Hu <ji...@ta...> - 2005-04-17 02:56:12
|
I just uploaded revised versions of template.php and print.php to the CVS The new template.php implements handling of the exceptions to repeated events returned by a search, and fixes a warning that was thrown when a search came up empty. The latter was a problem for people sending warnings to the screen, but this should also help get rid of an unnecessary warning in the error logs. The new print.php fixes a bug to allow returning from a printview to calendar views. Jim Hu |
|
From: Chad <ch...@ch...> - 2005-04-17 02:43:50
|
I have my own webserver and don't need hosting, but thanks. If I wasn't strapped to work 6 days a week, I would have had the time to clean it back up. I will in May. :-) -Chad On Apr 16, 2005, at 7:04 PM, Greg Westin wrote: > I got this e-mail because this guy saw my name on the dev list... I > don't know why he picked me to e-mail. Anyways, he offered to host > the > web site for PHPiCalendar on his servers, in order to help get it > going > again, rather than waiting for the current server to be checked to > make > sure it's clean. > > Chad or whoever is making these sorts of decisions (Jim?), you can > just > respond to him directly. > > Greg > -- > http://www.gregwestin.com > Contact info: http://www.gregwestin.com/contact.php > > > Begin forwarded message: > > >> From: "Jeremy Hubert" <jh...@il...> >> Date: April 16, 2005 2:49:24 PM CDT >> Subject: RE: PHPICalendar >> >> Hi Greg, >> >> Who would I talk to about hosting it? I'd be more than happy to put >> it on >> my clean servers for free. Heck, I'll even design it. >> >> I'd really like to see development of this package increase. It's a >> fantastic package, and I'm doing additions to it on my own. I'd >> rather have >> an active dev network to work with so that I'm not duplicating work. >> >> Any suggestions? >> >> Jeremy >> >> -----Original Message----- >> Sent: Saturday, April 16, 2005 8:02 AM >> To: Jeremy >> Subject: Re: PHPICalendar >> >> Hi Jeremy, >> >> Someone hacked the site a while back, and the person in charge hasn't >> had >> time yet to examine the machine to make sure it's clean. The project >> is >> still going, though development has slowed, but we just don't have a >> web >> site for the moment. I think the last word was that later this month >> someone's going to have time to get the site back online... >> >> Greg >> -- >> http://www.gregwestin.com >> Contact info: http://www.gregwestin.com/contact.php >> >> On Apr 15, 2005, at 7:12 PM, Jeremy wrote: >> >> >>> Hi Greg, >>> >>> I noticed that you are listed as a code contributor for the >>> phpicalendar project. >>> >>> Do you have any idea why it has disappeared? >>> >>> I would love to know because I'm a big fan of the project. >>> >>> Thank you, >>> Jeremy >>> >> >> > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real > users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel > |
|
From: Greg W. <php...@gr...> - 2005-04-17 02:04:34
|
I got this e-mail because this guy saw my name on the dev list... I don't know why he picked me to e-mail. Anyways, he offered to host the web site for PHPiCalendar on his servers, in order to help get it going again, rather than waiting for the current server to be checked to make sure it's clean. Chad or whoever is making these sorts of decisions (Jim?), you can just respond to him directly. Greg -- http://www.gregwestin.com Contact info: http://www.gregwestin.com/contact.php Begin forwarded message: > From: "Jeremy Hubert" <jh...@il...> > Date: April 16, 2005 2:49:24 PM CDT > Subject: RE: PHPICalendar > > Hi Greg, > > Who would I talk to about hosting it? I'd be more than happy to put > it on > my clean servers for free. Heck, I'll even design it. > > I'd really like to see development of this package increase. It's a > fantastic package, and I'm doing additions to it on my own. I'd > rather have > an active dev network to work with so that I'm not duplicating work. > > Any suggestions? > > Jeremy > > -----Original Message----- > Sent: Saturday, April 16, 2005 8:02 AM > To: Jeremy > Subject: Re: PHPICalendar > > Hi Jeremy, > > Someone hacked the site a while back, and the person in charge hasn't > had > time yet to examine the machine to make sure it's clean. The project > is > still going, though development has slowed, but we just don't have a > web > site for the moment. I think the last word was that later this month > someone's going to have time to get the site back online... > > Greg > -- > http://www.gregwestin.com > Contact info: http://www.gregwestin.com/contact.php > > On Apr 15, 2005, at 7:12 PM, Jeremy wrote: > >> Hi Greg, >> >> I noticed that you are listed as a code contributor for the >> phpicalendar project. >> >> Do you have any idea why it has disappeared? >> >> I would love to know because I'm a big fan of the project. >> >> Thank you, >> Jeremy > |
|
From: Jim Hu <ji...@ta...> - 2005-04-13 15:06:58
|
OK, that was easier than I thought. I've committed updates to day.php, week.php, and month.php to enable the search box, and added a template called search_box.tpl. Didn't have to modify template.php at all! Once again, if you want to try it: http://dimer.tamu.edu/phpicalendar-2.0a/week.php? cal=all_calendars_combined971&cpath=seminars&getdate=20050413 Jim Hu |
|
From: Jim Hu <ji...@ta...> - 2005-04-13 08:44:45
|
I recently uploaded a semi-functional version of search.php to the CVS, but it wasn't set up to actually show in the calendars. Looking at the code, it looks like Chad had already left hooks in the appropriate places to get it to work. I have it working at: http://dimer.tamu.edu/phpicalendar-2.0a/week.php? cal=all_calendars_combined971&cpath=seminars&getdate=20050413 Try searching for "protein". However, I'm not sure if the way I did it fits with Chad's original vision. The first step clearly does, which is to replace 'show_search' => '' , with 'show_search' => $show_search, in day.php, week.php, and month.php The part I'm less sure about is that I added the following to template.php $search_box .= '<form action="search.php" method="GET">'."\n". '<input type="hidden" name="cpath" value="'.$cpath.'">'."\n". '<input type="hidden" name="cal" value="'.$cal.'">'."\n". '<input type="hidden" name="getdate" value="'.$getdate.'">'."\n". '<input type="text" size="15" name="query" value="'.$query.'">'."\n". '<INPUT type="image" src="templates/'.$template.'/images/search.gif" border=0 height="19" width="18" name="submit" value="Search">'."\n". '</form>'; $this->page = str_replace('{SEARCH_BOX}', $search_box, $this->page); This was placed in function output() near the end (I put it just before the timestamps are generated). Is that a reasonable place to put things? This form HTML was lifted from the original search.php. It seems to me that this HTML code should be in a separate file to make customization easier...but I'm not sure where or how to do that...I'm guessing it would be in the page->replace_files block, but it would have to come after the sidebar. Please advise, and I'll get this into the CVS when it's the way people want. Jim Hu |
|
From: Greg W. <php...@gr...> - 2005-04-12 07:48:26
|
I don't know what I did differently, but it seems to have worked. I just chmodded them, touched them, and committed. Greg -- http://www.gregwestin.com Contact info: http://www.gregwestin.com/contact.php On Apr 12, 2005, at 12:03 AM, Jim Hu wrote: > I tried, but CVS wouldn't replace the gif or ics files in the > repository after I did chmod on my local copy. I used commit, and I > did a touch on the files. Any advice on how to do this? I did change > it on the .php file, I think. > > Jim Hu > > On Apr 11, 2005, at 10:16 PM, > php...@li... wrote: >> --__--__-- >> >> Message: 3 >> To: php...@li... >> From: ms...@fr... >> Date: Mon, 11 Apr 2005 17:35:31 -0700 >> Subject: [PHPiCalendar-DEV] Executable Files >> Reply-To: php...@li... >> >> Would someone with CVS commit authority please remove executable flag >> from - >> >> >> templates/default/images/shadow_l.gif >> languages/esperanto.inc.php >> templates/default/images/shadow_m.gif >> calendars/US Holidays.ics >> templates/default/images/shadow_r.gif >> >> >> I packaged PHP iCalendar for Debian & have a couple developers >> interested in sponsoring it - however, it must pass lintian (obsessive >> compulsive Debian package checker) before getting included in the >> distribution - >> >> The following lintian warning is outstanding because these files in >> the >> PHP iCalendar CVS repository are flagged executable, & because I can't >> express differences in permissions between upstream & Debian sources - >> >> >> W: phpicalendar: executable-not-elf-or-script >> ./usr/share/phpicalendar/templates/default/images/shadow_l.gif >> W: phpicalendar: executable-not-elf-or-script >> ./usr/share/phpicalendar/languages/esperanto.inc.php >> W: phpicalendar: executable-not-elf-or-script >> ./usr/share/phpicalendar/templates/default/images/shadow_m.gif >> W: phpicalendar: executable-not-elf-or-script >> ./var/lib/phpicalendar/calendars/US Holidays.ics >> W: phpicalendar: executable-not-elf-or-script >> ./usr/share/phpicalendar/templates/default/images/shadow_r.gif >> >> >> If someone could simply address this in the CVS repository, it would >> be >> a big help to me! >> >> Many thanks! >> >> Jack >> >> >> >> >> --__--__-- >> >> _______________________________________________ >> Phpicalendar-devel mailing list >> Php...@li... >> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel >> >> >> End of Phpicalendar-devel Digest > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real > users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel |
|
From: Jim Hu <ji...@ta...> - 2005-04-12 05:03:23
|
I tried, but CVS wouldn't replace the gif or ics files in the repository after I did chmod on my local copy. I used commit, and I did a touch on the files. Any advice on how to do this? I did change it on the .php file, I think. Jim Hu On Apr 11, 2005, at 10:16 PM, php...@li... wrote: > --__--__-- > > Message: 3 > To: php...@li... > From: ms...@fr... > Date: Mon, 11 Apr 2005 17:35:31 -0700 > Subject: [PHPiCalendar-DEV] Executable Files > Reply-To: php...@li... > > Would someone with CVS commit authority please remove executable flag > from - > > > templates/default/images/shadow_l.gif > languages/esperanto.inc.php > templates/default/images/shadow_m.gif > calendars/US Holidays.ics > templates/default/images/shadow_r.gif > > > I packaged PHP iCalendar for Debian & have a couple developers > interested in sponsoring it - however, it must pass lintian (obsessive > compulsive Debian package checker) before getting included in the > distribution - > > The following lintian warning is outstanding because these files in the > PHP iCalendar CVS repository are flagged executable, & because I can't > express differences in permissions between upstream & Debian sources - > > > W: phpicalendar: executable-not-elf-or-script > ./usr/share/phpicalendar/templates/default/images/shadow_l.gif > W: phpicalendar: executable-not-elf-or-script > ./usr/share/phpicalendar/languages/esperanto.inc.php > W: phpicalendar: executable-not-elf-or-script > ./usr/share/phpicalendar/templates/default/images/shadow_m.gif > W: phpicalendar: executable-not-elf-or-script > ./var/lib/phpicalendar/calendars/US Holidays.ics > W: phpicalendar: executable-not-elf-or-script > ./usr/share/phpicalendar/templates/default/images/shadow_r.gif > > > If someone could simply address this in the CVS repository, it would be > a big help to me! > > Many thanks! > > Jack > > > > > --__--__-- > > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel > > > End of Phpicalendar-devel Digest |
|
From: <php...@gr...> - 2005-04-12 04:14:41
|
Is such a thing possible? "CVS also ignores file permissions and ownerships, leaving such issues to be resolved by the developer at installation time... Files also lose their ownerships and permissions during repository transactions... If the configuration variable PreservePermissions (see section The CVSROOT/config configuration file) is set in the repository, CVS will save the following file characteristics in the repository..." ( http://www.thathost.com/wincvs-howto/cvsdoc/cvs_15.html ). That variable isn't set in that file... Can't you just change the permissions in a local copy, then package it up? Greg -- http://www.gregwestin.com Contact info: http://www.gregwestin.com/contact.php On Apr 11, 2005, at 7:35 PM, ms...@fr... wrote: > Would someone with CVS commit authority please remove executable flag > from - > > > templates/default/images/shadow_l.gif > languages/esperanto.inc.php > templates/default/images/shadow_m.gif > calendars/US Holidays.ics > templates/default/images/shadow_r.gif > > > I packaged PHP iCalendar for Debian & have a couple developers > interested in sponsoring it - however, it must pass lintian (obsessive > compulsive Debian package checker) before getting included in the > distribution - > > The following lintian warning is outstanding because these files in > the PHP iCalendar CVS repository are flagged executable, & because I > can't express differences in permissions between upstream & Debian > sources - > > > W: phpicalendar: executable-not-elf-or-script > ./usr/share/phpicalendar/templates/default/images/shadow_l.gif > W: phpicalendar: executable-not-elf-or-script > ./usr/share/phpicalendar/languages/esperanto.inc.php > W: phpicalendar: executable-not-elf-or-script > ./usr/share/phpicalendar/templates/default/images/shadow_m.gif > W: phpicalendar: executable-not-elf-or-script > ./var/lib/phpicalendar/calendars/US Holidays.ics > W: phpicalendar: executable-not-elf-or-script > ./usr/share/phpicalendar/templates/default/images/shadow_r.gif > > > If someone could simply address this in the CVS repository, it would > be a big help to me! > > Many thanks! > > Jack > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real > users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel |
|
From: <ms...@fr...> - 2005-04-12 00:35:47
|
Would someone with CVS commit authority please remove executable flag from - templates/default/images/shadow_l.gif languages/esperanto.inc.php templates/default/images/shadow_m.gif calendars/US Holidays.ics templates/default/images/shadow_r.gif I packaged PHP iCalendar for Debian & have a couple developers interested in sponsoring it - however, it must pass lintian (obsessive compulsive Debian package checker) before getting included in the distribution - The following lintian warning is outstanding because these files in the PHP iCalendar CVS repository are flagged executable, & because I can't express differences in permissions between upstream & Debian sources - W: phpicalendar: executable-not-elf-or-script ./usr/share/phpicalendar/templates/default/images/shadow_l.gif W: phpicalendar: executable-not-elf-or-script ./usr/share/phpicalendar/languages/esperanto.inc.php W: phpicalendar: executable-not-elf-or-script ./usr/share/phpicalendar/templates/default/images/shadow_m.gif W: phpicalendar: executable-not-elf-or-script ./var/lib/phpicalendar/calendars/US Holidays.ics W: phpicalendar: executable-not-elf-or-script ./usr/share/phpicalendar/templates/default/images/shadow_r.gif If someone could simply address this in the CVS repository, it would be a big help to me! Many thanks! Jack |
|
From: Jake S. <ns...@us...> - 2005-04-11 15:24:25
|
Jim Hu wrote: > Chad. the head guy, but here's my take - editing the events is > something that people often ask for. However, since phpicalendar is > designed to display/share events edited by users on their desktops > using calendars like Apple's iCal, Mozilla calendar, etc, this creates > a problem with synchronizing the calendar back to the calendar owner. > So I'd be opposed to including it in the main distribution unless it > could either solve this problem, or make it optional somehow. This > would only be useful to me if it could be done in a way that retained > a user's ability to subscribe to the calendars using iCal or its > equivalent. Hi Chad, Sorry I think there is a bit of confusion, all I am suggesting is that the main day/week/month views pass the UID through in the hidden form along with the other bits of data such as the name/location etc. This wouldn't impact on the way the system works at present, but would allow people to simple edit event.php. if they then wanted to make additions to the system. The way EGS works at the moment is that we store all events in a database and then pull out the data into an ical file whenever their is an update. Our ical files we create use the DB key in the UID so if the UID was passed to event.php we could then link from their to our edit page if people are allowed to edit an event - thereby seperating our code from yours and allowing us to track you more closely. I hope this makes sense, if you like I can send you a login off list to our dev version so you can see exactly what I mean about editing events. Thanks Jake > > That said, I have only looked briefly at the sourceforge page for EGS, > so I'm not sure what you are doing exactly, but it seems to me that if > your events are in files that follow the iCalendar standard, then you > should be able to use phpicalendar with minimal modifications. I can > imagine an alternative method where you would use a database-driven > script to manipulate the cached master arrays directly...I think > that's what phpMyCal does (http://dev.neb.net/phpMyCal/). In that > case, I think you could make your changes by bypassing the parser. > This would have the advantage of being faster - I think parsing is the > slow step in getting a display. IMHO, event.php wouldn't be the place > to work - that only handles the popup event boxes. > > A number of users have also asked for the ability to display only > subsets of calendars. This could be done (I've been meaning to take a > crack at it, but haven't had time) by a variety of methods, but the > slow step is parsing again. The master array has to be regenerated > for every combination of calendars used, which eliminates the > advantage provided by caching the master array...so it would either be > slow, or the server gets filled with massive numbers of cache files. > This would still be worth it for some users. > > Jim Hu > > On Apr 10, 2005, at 10:16 PM, > php...@li... wrote: > >> >> Message: 1 >> Date: Sun, 10 Apr 2005 18:47:13 +0100 >> From: Jake Stride <ns...@us...> >> To: php...@li... >> Subject: [PHPiCalendar-DEV] event.php >> Reply-To: php...@li... >> >> Hi, >> >> I am the lead developer of EGS, another web-based project hosted on >> sourceforge, we have had phpicalendar integrated into our system for >> some time now. Users can add/edit/delete events etc using phpicalendar >> as the base to display them. However to do this we had to do some fairly >> major changes to the code to put in the links to allow editing etc and >> as a result it makes keeping in sync with phpicalendar a bit of a >> mission. >> >> We were wondering if it would be possible to pass the UID of each event >> through to the event.php script so that we can then keep all of our >> modifications in this script alone and use the UID to update everything. >> >> If we coded this change would it be likely to be included in the main >> distribution? >> >> Also has anyone thought about changing the calendar select box to a >> multiple select so that you could make a select of several calendars to >> view, i.e more than one but not all or one? >> >> Thanks >> >> Jake >> >> >> >> --__--__-- >> >> _______________________________________________ >> Phpicalendar-devel mailing list >> Php...@li... >> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel >> >> >> End of Phpicalendar-devel Digest > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel |
|
From: Jim Hu <ji...@ta...> - 2005-04-11 15:09:03
|
Chad. the head guy, but here's my take - editing the events is something that people often ask for. However, since phpicalendar is designed to display/share events edited by users on their desktops using calendars like Apple's iCal, Mozilla calendar, etc, this creates a problem with synchronizing the calendar back to the calendar owner. So I'd be opposed to including it in the main distribution unless it could either solve this problem, or make it optional somehow. This would only be useful to me if it could be done in a way that retained a user's ability to subscribe to the calendars using iCal or its equivalent. That said, I have only looked briefly at the sourceforge page for EGS, so I'm not sure what you are doing exactly, but it seems to me that if your events are in files that follow the iCalendar standard, then you should be able to use phpicalendar with minimal modifications. I can imagine an alternative method where you would use a database-driven script to manipulate the cached master arrays directly...I think that's what phpMyCal does (http://dev.neb.net/phpMyCal/). In that case, I think you could make your changes by bypassing the parser. This would have the advantage of being faster - I think parsing is the slow step in getting a display. IMHO, event.php wouldn't be the place to work - that only handles the popup event boxes. A number of users have also asked for the ability to display only subsets of calendars. This could be done (I've been meaning to take a crack at it, but haven't had time) by a variety of methods, but the slow step is parsing again. The master array has to be regenerated for every combination of calendars used, which eliminates the advantage provided by caching the master array...so it would either be slow, or the server gets filled with massive numbers of cache files. This would still be worth it for some users. Jim Hu On Apr 10, 2005, at 10:16 PM, php...@li... wrote: > > Message: 1 > Date: Sun, 10 Apr 2005 18:47:13 +0100 > From: Jake Stride <ns...@us...> > To: php...@li... > Subject: [PHPiCalendar-DEV] event.php > Reply-To: php...@li... > > Hi, > > I am the lead developer of EGS, another web-based project hosted on > sourceforge, we have had phpicalendar integrated into our system for > some time now. Users can add/edit/delete events etc using phpicalendar > as the base to display them. However to do this we had to do some > fairly > major changes to the code to put in the links to allow editing etc and > as a result it makes keeping in sync with phpicalendar a bit of a > mission. > > We were wondering if it would be possible to pass the UID of each event > through to the event.php script so that we can then keep all of our > modifications in this script alone and use the UID to update > everything. > > If we coded this change would it be likely to be included in the main > distribution? > > Also has anyone thought about changing the calendar select box to a > multiple select so that you could make a select of several calendars to > view, i.e more than one but not all or one? > > Thanks > > Jake > > > > --__--__-- > > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel > > > End of Phpicalendar-devel Digest |
|
From: Jake S. <ns...@us...> - 2005-04-10 17:47:18
|
Hi, I am the lead developer of EGS, another web-based project hosted on sourceforge, we have had phpicalendar integrated into our system for some time now. Users can add/edit/delete events etc using phpicalendar as the base to display them. However to do this we had to do some fairly major changes to the code to put in the links to allow editing etc and as a result it makes keeping in sync with phpicalendar a bit of a mission. We were wondering if it would be possible to pass the UID of each event through to the event.php script so that we can then keep all of our modifications in this script alone and use the UID to update everything. If we coded this change would it be likely to be included in the main distribution? Also has anyone thought about changing the calendar select box to a multiple select so that you could make a select of several calendars to view, i.e more than one but not all or one? Thanks Jake |
|
From: Chad <ch...@ch...> - 2005-04-08 16:54:14
|
With all the other features I had left off search until a later release, but if you coded it up thats great! I'm still busy with 12 hour days at work this month but May looks like I'll have some free time. Hopefully I'll close out a few bugs and release 2.0. And get the site back up. :-) I'd say code the search box to always be present in the views, and leave off the config option. I'm not sure where it would go in month view... Will have to think about it. Thanks again Jim, -Chad On Apr 7, 2005, at 11:50 PM, Jim Hu wrote: > I just uploaded a version of search.php to the CVS that seems to > work (mostly...I didn't get exceptions working, and I'm not sure > that I tested the booleans thoroughly). It requires a new function > in template.php, which I also just uploaded. I haven't modified > the other views to include a link to the search function, > however. How should this be implemented? Any thoughts? Chad, I > assume you had plans for this. > > Jim Hu > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real > users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel > |
|
From: Jim Hu <ji...@ta...> - 2005-04-08 06:51:30
|
I just uploaded a version of search.php to the CVS that seems to work (mostly...I didn't get exceptions working, and I'm not sure that I tested the booleans thoroughly). It requires a new function in template.php, which I also just uploaded. I haven't modified the other views to include a link to the search function, however. How should this be implemented? Any thoughts? Chad, I assume you had plans for this. Jim Hu |
|
From: Ben F. <li...@hi...> - 2005-03-03 15:23:00
|
Jim Hu wrote: > anyone out there who understands RDF better should suggest how to make > things compliant! I don't understand RDF better. But having a quick Google on this, http://www.w3.org/2002/12/cal/rfc2445.html looks like the specification. Do we know if anyone has yet written a tool to convert an iCalendar file to this format? Is this a useful direction for phpicalendar to go in - there are a lot of good reasons for it like syndication and integration with other data etc. To me it looks like a bit of a mammoth task, but workable. tola P.S. I still haven't got my linebreaks back. -- Ben "tola" Francis http://hippygeek.co.uk ---------------------------------------------------- COMPUTER SUPPORT for small businesses and home users http://tolatech.co.uk ---------------------------------------------------- |
|
From: Ben F. <li...@hi...> - 2005-03-02 16:30:33
|
Greg Westin wrote: >First, I think that a UNIX timestamp or some other form that includes >as much information as possible should be sent in the RSS. > Agreed! This problem may trace back to ical_parser.php ? I'm not sure. Argh, how do I get my line breaks back in the description field? They disappear somewhere around the rss.php stage I think. Can anyone help? Oh and if you're trying to use mapgierss on a php version earlier than 4.2.0 then you'll need to download pear's PHP_Compat to get the array_cahnge_key_case() function to include in your script. See http://pear.php.net/package/PHP_Compat (thanks to aidan at php dot net for this advice on php.net) tola -- Ben "tola" Francis http://hippygeek.co.uk ---------------------------------------------------- COMPUTER SUPPORT for small businesses and home users http://tolatech.co.uk ---------------------------------------------------- |
|
From: Greg W. <php...@gr...> - 2005-03-02 14:52:03
|
A couple of comments: First, I think that a UNIX timestamp or some other form that includes as much information as possible should be sent in the RSS. That way, people can decide for themselves how to display the date and/or time. Having it automatically inserted in the title in a particular format (Jim's solution) or even just displayed in a format that doesn't include the year (Ben's) makes it more awkward to format it yourself. I think it's probably trivial to reformat it with date() and strtotime(), but one way or another we should pick a date format and stick to it, so code doesn't have to be rewritten each time. Second, I tried to send a comment about this earlier, but my e-mails from a non-subscribed address haven't (I don't think) been approved yet: the last time I checked, if you set up a 'daysfrom' RSS feed using Jim's solution that spans less than 100 days, it won't work properly when it reaches the end of the month. This is because dates in PHPiCalendar seem to rely on being in a format that makes months 100 days. I can't figure out how to get the information about how long a given month actually is. Anyways, Jim may have fixed this with a change he made earlier this week, but I haven't tested it yet. Thanks for working on this; it's a great addition to PHPiCalendar. Greg Westin -- http://www.gregwestin.com Contact info: http://www.gregwestin.com/contact.php On Mar 2, 2005, at 5:25 AM, Ben Francis wrote: > Jim Hu wrote: > >> I added those fields because the ones in the release didn't have >> some information I wanted. I probably should have removed them or >> named them something more general before posting it (Sorry, Chad!)... > > Right, I've hacked around with your version of rss.php and it's now > generating yet another different XML document, where an item looks > like: > > <item> > <uid>5E2CE264-8A5F-11D9-AC32-000D936C280E-RID</uid> > <title>recurring event</title> > <link>http://www.catmosearts.co.uk:80/calendar/week.php? > getdate=20050302&cal=exhibitions</link> > <description>with description</description> > <calname>exhibitions</calname> > <starttime>6:45 PM</starttime> > <endtime>7:45 PM</endtime> > <startdate>March 2</startdate> > <enddate>March 5</enddate> > </item> > > Where end date is the end date of a recurring event, UID is grabbed > for each item from the array key and other fields are hacked around a > little for my needs. > > It's a bit of a pain that the iCal parser doesn't include a year in > the $master_array["recur"]["UNTIL"] - wouldn't it be better to use a > UNIX time or "20050302" consistently for everything? In fact, why > doesn't it break when you have a recurring event covering several > years? > >> I uploaded my version to provide the date range capability, and to >> show how this could be used to have a single code block generate the >> feed, instead of different ones for day, week, and month. > > OK, that should be good. But assuming I get that working, I have one > more problem. rss.php generates an XML <item> for every occurence of a > recurring event. I only want one <item> which states the start date > and end date for an event. > >> As modified by me, the rss feed does not conform to an RDF calendar >> specification where the tag names are registered and so on. When I >> tried to read about calendar rss specifications, it seemed like the >> standards were not well defined at the time (about 9 months >> ago?)...and/or it was too confused for an amateur like me to >> understand! > > I also tried to look for an RDF calendar specification, got thoroughly > confused and gave up and just did my own XML setup. Anyone want to do > this? > >> Hope this helps... > > Yes, thank you. It does seem a little odd changing from .ics to an > array to XML, back to an array but it works! And if I'm right > magpierss will cache it all as well so the calendar file doesn't have > to be parsed every time. > >> and anyone out there who understands RDF better should suggest how to >> make things compliant! > > > tola > > -- > > Ben "tola" Francis http://hippygeek.co.uk > ---------------------------------------------------- > COMPUTER SUPPORT for small businesses and home users > http://tolatech.co.uk > ---------------------------------------------------- > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real > users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel |
|
From: Ben F. <li...@hi...> - 2005-03-02 11:24:56
|
Jim Hu wrote: > I added those fields because the ones in the release didn't have some > information I wanted. I probably should have removed them or named > them something more general before posting it (Sorry, Chad!)... Right, I've hacked around with your version of rss.php and it's now generating yet another different XML document, where an item looks like: <item> <uid>5E2CE264-8A5F-11D9-AC32-000D936C280E-RID</uid> <title>recurring event</title> <link>http://www.catmosearts.co.uk:80/calendar/week.php?getdate=20050302&cal=exhibitions</link> <description>with description</description> <calname>exhibitions</calname> <starttime>6:45 PM</starttime> <endtime>7:45 PM</endtime> <startdate>March 2</startdate> <enddate>March 5</enddate> </item> Where end date is the end date of a recurring event, UID is grabbed for each item from the array key and other fields are hacked around a little for my needs. It's a bit of a pain that the iCal parser doesn't include a year in the $master_array["recur"]["UNTIL"] - wouldn't it be better to use a UNIX time or "20050302" consistently for everything? In fact, why doesn't it break when you have a recurring event covering several years? > I uploaded my version to provide the date range capability, and to > show how this could be used to have a single code block generate the > feed, instead of different ones for day, week, and month. OK, that should be good. But assuming I get that working, I have one more problem. rss.php generates an XML <item> for every occurence of a recurring event. I only want one <item> which states the start date and end date for an event. > As modified by me, the rss feed does not conform to an RDF calendar > specification where the tag names are registered and so on. When I > tried to read about calendar rss specifications, it seemed like the > standards were not well defined at the time (about 9 months > ago?)...and/or it was too confused for an amateur like me to understand! I also tried to look for an RDF calendar specification, got thoroughly confused and gave up and just did my own XML setup. Anyone want to do this? > Hope this helps... Yes, thank you. It does seem a little odd changing from .ics to an array to XML, back to an array but it works! And if I'm right magpierss will cache it all as well so the calendar file doesn't have to be parsed every time. > and anyone out there who understands RDF better should suggest how to > make things compliant! tola -- Ben "tola" Francis http://hippygeek.co.uk ---------------------------------------------------- COMPUTER SUPPORT for small businesses and home users http://tolatech.co.uk ---------------------------------------------------- |
|
From: Jim Hu <ji...@ta...> - 2005-02-28 20:28:10
|
seminartitle and host are fields defined in the most recent version of the rss.php in the CVS, which I had customized after the last release version. I added those fields because the ones in the release didn't have some information I wanted. I probably should have removed them or named them something more general before posting it (Sorry, Chad!)...I uploaded my version to provide the date range capability, and to show how this could be used to have a single code block generate the feed, instead of different ones for day, week, and month. To use magpie with the older rss.php, the fields are: title link description rss.php takes the fields defined in the master array and tags them to conform to the RSS format well enough for magpie or other parsers to parse...I like magpie because a) it is used by another package I use and b) it's pretty simple and forgiving. As modified by me, the rss feed does not conform to an RDF calendar specification where the tag names are registered and so on. When I tried to read about calendar rss specifications, it seemed like the standards were not well defined at the time (about 9 months ago?)...and/or it was too confused for an amateur like me to understand! You can see these by looking at the rss feed you get as text (just paste the URL in your browser and view source). It's XML, so there are tags surrounding the data for each item. Each event looks something like: <item> <tag1>data</tag1> <tag2>data</tag2> etc. </item> And there are tags surrounding the whole feed. Hope this helps...and anyone out there who understands RDF better should suggest how to make things compliant! Jim Hu <snip> > Message: 1 > Date: Sat, 26 Feb 2005 15:29:13 +0000 > From: Ben Francis <li...@hi...> > To: php...@li... > Subject: Re: [PHPiCalendar-DEV] Using the ranges with the rss.php in > the CVS > Reply-To: php...@li... > > Jim Hu wrote: > >> p.s. Here's an example of how I use phpicalendar and magpie to >> generate a page with a range of events <snip> > > Wow, that's cool. > > I apologise, I'm not versed on the inner working of phpicalendar or > RSS, > certainly not magpierss. But I don't understand how you define the > fields(?) in the RSS feed if it's generated from a .ics file. > > For example, $item['seminartitle'] and $item['seminarhost']. Where do > these come from? I'd love to be able to define fields like "director", > "rating" and "stars" for a film showing in my calendar. But how are > these entered at the calendar stage? > > Also, Do I have to download the most recent rss.php from the CVS in > order to use this? > > Thanks > > tola > > -- > Ben "tola" Francis http://hippygeek.co.uk > ---------------------------------------------------- > COMPUTER SUPPORT for small businesses and home users > http://tolatech.co.uk > ---------------------------------------------------- > <snip> |
|
From: Ben F. <li...@hi...> - 2005-02-26 15:29:24
|
Jim Hu wrote: > p.s. Here's an example of how I use phpicalendar and magpie to > generate a page with a range of events <snip> Wow, that's cool. I apologise, I'm not versed on the inner working of phpicalendar or RSS, certainly not magpierss. But I don't understand how you define the fields(?) in the RSS feed if it's generated from a .ics file. For example, $item['seminartitle'] and $item['seminarhost']. Where do these come from? I'd love to be able to define fields like "director", "rating" and "stars" for a film showing in my calendar. But how are these entered at the calendar stage? Also, Do I have to download the most recent rss.php from the CVS in order to use this? Thanks tola -- Ben "tola" Francis http://hippygeek.co.uk ---------------------------------------------------- COMPUTER SUPPORT for small businesses and home users http://tolatech.co.uk ---------------------------------------------------- |
|
From: Jim Hu <ji...@ta...> - 2005-02-26 06:53:03
|
I did that patch in the most recent CVS. cpath is a parameter added to several of the files in the CVS...it lets you keep calendars in different subdirectories, and it's unrelated to the patch for date ranges. I think I need to figure out how to handle that - probably the code should test for whether cpath is defined and only add to the $_GET vars passed if it is. I guess I missed it because I never use the links. You should be able to just edit out the &cpath= in line 133. Jim Hu p.s. Here's an example of how I use phpicalendar and magpie to generate a page with a range of events...it's why I did the patch in the first place. Here's the page: http://molbio.tamu.edu/index.php?linkname=Home&content=seminars Here's the key section of the php code: <?php require_once ("magpierss-0.71/rss_fetch.inc"); $thisyear = date("Y") * 10000; $thismonth = date("n"); $fromdate = $thisyear + 101; $todate = $thisyear + 515; if ($thismonth > 4) { $fromdate = $thisyear + 401; $todate = $thisyear + 831; } if ($thismonth > 7) { $fromdate = $thisyear + 801; $todate = $thisyear + 1231; } $url = "http://dimer.tamu.edu/phpicalendar-2.0a/rss/rss.php? cpath=seminars&rssview=range&from=$fromdate&to=$todate"; #print "url:$url<br>\n"; $rss = fetch_rss( $url ); echo "<h2> " . $rss->channel['title'] . "</h2>"; foreach ($rss->items as $item) { $href = $item['link']; $title = $item['title']; #title of the rss feed item - not the seminar title $seminardate = $item['seminardate']; $seminarspeaker = stripslashes(urldecode($item['seminarspeaker'])); $seminartitle = $item['seminartitle']; $time = $item['event_start']; $location = $item['location']; $status = $item['status']; $seminarhost = $item['seminarhost']; $temp = explode('"',$seminarhost); $host = $temp[4]; if (strpos($temp[9],'@') > 0){ $host.=" (".$temp[9].")"; } if ($title == 'No events found'){ print "No Seminars in the Calendar for this period - check back later"; }else{ echo " <tr> <td height='19' bgcolor= '#FFFFFF'><p><font color='#660000' size='2'> <strong>$seminardate $time $status</strong></font>$location<font size='2'><br> Speaker:$seminarspeaker<br> Title: $seminartitle<br> Host: $host</font></p> </td> </tr> "; } } ?> On Feb 25, 2005, at 10:15 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: phpicalendar lite (Ben Francis) > 2. Re: phpicalendar lite (Blaine Cook) > 3. Re: phpicalendar lite (Ben Francis) > 4. Re: phpicalendar lite (Greg Westin) > > --__--__-- > > Message: 1 > Date: Fri, 25 Feb 2005 14:43:40 +0000 > From: Ben Francis <li...@hi...> > To: php...@li... > Subject: Re: [PHPiCalendar-DEV] phpicalendar lite > Reply-To: php...@li... > > Chad Little wrote: > >> It is fairly modular. If you know PHP arrays it is very simple. At the >> end of ical_parser are some comment tags, uncomment the $master_array >> and you will see our structure. Each page (day, week, month, ect) is >> simply a different manipulation of this array. > > ===Aim=== > > I'm also working on a kind of "phpicalendar lite" as mentioned > previously on the list but I called it content management. > > I want to be able to generate a web page showing the next few events > coming up with a title, description, start date and time, end date and > time if applicable and which calendar they've come from. > > ===Problems=== > > I'm struggling a little with manipulating the master_array returned by > ical_parser.php. It would make more sense in my head if I could get > from the multidimensional format of the master_array which is something > like... > > [20050222] => Array > ( > [1600] => Array > ( > [8D69CBD9-8664-11D9-8CFA-000D936C280E-RID] => Array > ( > [event_start] => 1600 > [event_end] => 1700 > [display_end] => > [start_unixtime] => 1109088000 > [end_unixtime] => 1109091600 > [event_text] => Recurring+Event > [event_length] => 3600 > [event_overlap] => 0 > [description] => > [status] => > [class] => > [spans_day] => > [location] => > [organizer] => a:0:{} > [attendee] => a:0:{} > [calnumber] => 1 > [calname] => exhibitions > [url] => > [recur] => Array > ( > [FREQ] => daily > [INTERVAL] => 1 > [UNTIL] => February 25 > ) > > ) > > ) > > > to something more like a flat table.... > > > [8D69CBD9-8664-11D9-8CFA-000D936C280E-RID] => Array > ( > [event_text] => Recurring+Event > [start_date] => 20050222 > [end_date] => 20050225 > [start_time] => 1600 > [end_time] => 1700 > [calname] => exhibitions > ) > > > This might be similar to what the draw_print function in > functions/template.php does, but... well I don't understand it! > > My main problems are: > 1) A recurring event only needs to appear once > 2) I need to get an end date for recurring events > 3) My skills with PHP arrays are very limited. > > > ===Other Questions=== > > 1) What are the dependencies of the ical_parser.php file? Does it rely > on any files other than init.incs.php, date_functions.php, > draw_functions.php, overlapping_events.php and timezones.php? If not, > can I use the functions directory on its own without the rest of > phpicalendar in an entirely separate directory? > > 2) I'd really like to be able to associate images with events and I'm > not sure how to achieve this. Perhaps I could create a directory of > images with the directory name matching the UID of the events. Or > perhaps I should generate a MySQL database from the .ics file with UIDs > and fields for image paths. I could even create a table from the array > I'm trying to create and store all the calendar data in the database to > increase the speed of execution. > > > There's a good chance I'm approaching this in entirely the wrong way. > If > so, please put me out of my misery! > > Thanks > > tola > > -- > Ben "tola" Francis http://hippygeek.co.uk > ---------------------------------------------------- > COMPUTER SUPPORT for small businesses and home users > http://tolatech.co.uk > ---------------------------------------------------- > > > > --__--__-- > > Message: 2 > From: Blaine Cook <la...@us...> > Subject: Re: [PHPiCalendar-DEV] phpicalendar lite > Date: Fri, 25 Feb 2005 10:35:14 -0800 > To: php...@li... > Reply-To: php...@li... > > There was a recently applied patch to the RSS feeds that allows you to > get an arbitrary x days; if you're using PHP (as I assume you are), use > MagpieRSS ( http://magpierss.sf.net ) to fetch the RSS feeds, and you > have exactly what you're looking for, available at almost zero > dependency cost within whatever code you're working on. > > If that still doesn't make sense, let me know and I'll post some > running code. > > b. > > On Feb 25, 2005, at 6:43 AM, Ben Francis wrote: > >> ===Aim=== >> >> I'm also working on a kind of "phpicalendar lite" as mentioned >> previously on the list but I called it content management. >> >> I want to be able to generate a web page showing the next few events >> coming up with a title, description, start date and time, end date and >> time if applicable and which calendar they've come from. >> >> ===Problems=== >> >> I'm struggling a little with manipulating the master_array returned by >> ical_parser.php. It would make more sense in my head if I could get >> from the multidimensional format of the master_array which is >> something like... >> >> [20050222] => Array >> ( >> ... >> to something more like a flat table.... >> >> [8D69CBD9-8664-11D9-8CFA-000D936C280E-RID] => Array >> ( >> ... >> >> ===Other Questions=== >> >> 1) What are the dependencies of the ical_parser.php file? Does it rely >> on any files other than init.incs.php, date_functions.php, >> draw_functions.php, overlapping_events.php and timezones.php? If not, >> can I use the functions directory on its own without the rest of >> phpicalendar in an entirely separate directory? >> >> 2) I'd really like to be able to associate images with events and I'm >> not sure how to achieve this. Perhaps I could create a directory of >> images with the directory name matching the UID of the events. Or >> perhaps I should generate a MySQL database from the .ics file with >> UIDs and fields for image paths. I could even create a table from the >> array I'm trying to create and store all the calendar data in the >> database to increase the speed of execution. >> >> There's a good chance I'm approaching this in entirely the wrong way. >> If so, please put me out of my misery! >> >> Thanks >> >> tola > > > > --__--__-- > > Message: 3 > Date: Fri, 25 Feb 2005 20:44:26 +0000 > From: Ben Francis <li...@hi...> > To: php...@li... > Subject: Re: [PHPiCalendar-DEV] phpicalendar lite > Reply-To: php...@li... > > Blaine Cook wrote: > >> There was a recently applied patch to the RSS feeds that allows you to >> get an arbitrary x days; if you're using PHP (as I assume you are), >> use MagpieRSS ( http://magpierss.sf.net ) to fetch the RSS feeds, and >> you have exactly what you're looking for, available at almost zero >> dependency cost within whatever code you're working on. > > Wow, I really hadn't thought of using RSS, what a good idea! What does > MagpieRSS do with the feed exactly? Does it output an array? > >> >> If that still doesn't make sense, let me know and I'll post some >> running code. > > I'll have a proper look when I get chance but I will probably be back > to > ask for some hints at least! > > Also, can you think of any way of permenantly associating images with > events in this way? Or at least a unique ID for each event so I can use > that to refer to images with. > > Many Thanks for this > > tola > > -- > Ben "tola" Francis http://hippygeek.co.uk > ---------------------------------------------------- > COMPUTER SUPPORT for small businesses and home users > http://tolatech.co.uk > ---------------------------------------------------- > > > > --__--__-- > > Message: 4 > Date: Fri, 25 Feb 2005 17:08:10 -0600 (CST) > From: Greg Westin <php...@gr...> > To: php...@li... > Subject: Re: [PHPiCalendar-DEV] phpicalendar lite > Reply-To: php...@li... > > Running MagpieRSS, I noticed that the 'link' parameters don't seem to > work. They come out ending with cpath= , rather than pointing to a > particular event. Is that a problem with something on my end, or with > PHPiCalendar? Maybe I'm misunderstanding the purpose of the link > parameter. > > Greg Westin > -- > http://www.gregwestin.com > Contact info: http://www.gregwestin.com/contact.php > > On Feb 25, 2005, at 12:35 PM, Blaine Cook wrote: > >> There was a recently applied patch to the RSS feeds that allows you to >> get an arbitrary x days; if you're using PHP (as I assume you are), >> use MagpieRSS ( http://magpierss.sf.net ) to fetch the RSS feeds, and >> you have exactly what you're looking for, available at almost zero >> dependency cost within whatever code you're working on. >> >> If that still doesn't make sense, let me know and I'll post some >> running code. >> >> b. >> >> On Feb 25, 2005, at 6:43 AM, Ben Francis wrote: >> >>> ===Aim=== >>> >>> I'm also working on a kind of "phpicalendar lite" as mentioned >>> previously on the list but I called it content management. >>> >>> I want to be able to generate a web page showing the next few events >>> coming up with a title, description, start date and time, end date >>> and time if applicable and which calendar they've come from. >>> >>> ===Problems=== >>> >>> I'm struggling a little with manipulating the master_array returned >>> by ical_parser.php. It would make more sense in my head if I could >>> get from the multidimensional format of the master_array which is >>> something like... >>> >>> [20050222] => Array >>> ( >>> ... >>> to something more like a flat table.... >>> >>> [8D69CBD9-8664-11D9-8CFA-000D936C280E-RID] => Array >>> ( >>> ... >>> >>> ===Other Questions=== >>> >>> 1) What are the dependencies of the ical_parser.php file? Does it >>> rely on any files other than init.incs.php, date_functions.php, >>> draw_functions.php, overlapping_events.php and timezones.php? If not, >>> can I use the functions directory on its own without the rest of >>> phpicalendar in an entirely separate directory? >>> >>> 2) I'd really like to be able to associate images with events and I'm >>> not sure how to achieve this. Perhaps I could create a directory of >>> images with the directory name matching the UID of the events. Or >>> perhaps I should generate a MySQL database from the .ics file with >>> UIDs and fields for image paths. I could even create a table from the >>> array I'm trying to create and store all the calendar data in the >>> database to increase the speed of execution. >>> >>> There's a good chance I'm approaching this in entirely the wrong way. >>> If so, please put me out of my misery! >>> >>> Thanks >>> >>> tola >> >> >> >> ------------------------------------------------------- >> SF email is sponsored by - The IT Product Guide >> Read honest & candid reviews on hundreds of IT Products from real >> users. >> Discover which products truly live up to the hype. Start reading now. >> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >> _______________________________________________ >> 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: Greg W. <php...@gr...> - 2005-02-25 23:08:29
|
Running MagpieRSS, I noticed that the 'link' parameters don't seem to work. They come out ending with cpath= , rather than pointing to a particular event. Is that a problem with something on my end, or with PHPiCalendar? Maybe I'm misunderstanding the purpose of the link parameter. Greg Westin -- http://www.gregwestin.com Contact info: http://www.gregwestin.com/contact.php On Feb 25, 2005, at 12:35 PM, Blaine Cook wrote: > There was a recently applied patch to the RSS feeds that allows you to > get an arbitrary x days; if you're using PHP (as I assume you are), > use MagpieRSS ( http://magpierss.sf.net ) to fetch the RSS feeds, and > you have exactly what you're looking for, available at almost zero > dependency cost within whatever code you're working on. > > If that still doesn't make sense, let me know and I'll post some > running code. > > b. > > On Feb 25, 2005, at 6:43 AM, Ben Francis wrote: > >> ===Aim=== >> >> I'm also working on a kind of "phpicalendar lite" as mentioned >> previously on the list but I called it content management. >> >> I want to be able to generate a web page showing the next few events >> coming up with a title, description, start date and time, end date >> and time if applicable and which calendar they've come from. >> >> ===Problems=== >> >> I'm struggling a little with manipulating the master_array returned >> by ical_parser.php. It would make more sense in my head if I could >> get from the multidimensional format of the master_array which is >> something like... >> >> [20050222] => Array >> ( >> ... >> to something more like a flat table.... >> >> [8D69CBD9-8664-11D9-8CFA-000D936C280E-RID] => Array >> ( >> ... >> >> ===Other Questions=== >> >> 1) What are the dependencies of the ical_parser.php file? Does it >> rely on any files other than init.incs.php, date_functions.php, >> draw_functions.php, overlapping_events.php and timezones.php? If not, >> can I use the functions directory on its own without the rest of >> phpicalendar in an entirely separate directory? >> >> 2) I'd really like to be able to associate images with events and I'm >> not sure how to achieve this. Perhaps I could create a directory of >> images with the directory name matching the UID of the events. Or >> perhaps I should generate a MySQL database from the .ics file with >> UIDs and fields for image paths. I could even create a table from the >> array I'm trying to create and store all the calendar data in the >> database to increase the speed of execution. >> >> There's a good chance I'm approaching this in entirely the wrong way. >> If so, please put me out of my misery! >> >> Thanks >> >> tola > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real > users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel |
6 messages has been excluded from this view by a project administrator.
