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 |