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: blaine <la...@us...> - 2003-03-27 01:22:34
|
I've actually been thinking about some related ideas for a while now...=20=
I'll just get them out there to [hopefully] provoke some discussion /=20
ideas.
I have two major issues with PHPiCalendar; one of them is actually an=20
issue with Apple's implementation of iCal (or perhaps iSync...)
1) PHP iCalendar doesn't scale well. One calendar works great, 5=20
calendars works ok, and much more than that and it's just unmanageable.=20=
What needs to happen (imho) is for PHPiCalendar to recognise a=20
directory hierarchy filled with iCals as a "calendar store", which=20
could then be navigated.
So, for example, take a directory structure that looks like this:
/webroot (phpical base)
|
+--- calendars
|
+--- film screenings
| |
| +----- theatre 1
| +----- theatre 2
| +----- ...
| +----- theatre n
|
+--- concerts
+--- public lectures
We should then be able to request calendars like so:
http://calendar.mycity.net/concerts/
http://calendar.mycity.net/public_lectures/
http://calendar.mycity.net/film_screenings/theatre_2/
This can / should be done with either mod_rewrite or just setting a=20
phpicalendar page to be a handler for a given domain. (eg: SetHandler /=20=
php-script)
Obviously there are some problems with this;
i) it's not facetted (i.e., if I want to search for theatres by =
type=20
or by city, instead of by name, we run into problems. This can be fixed=20=
either with a handler at the application level (url mapping, through a=20=
config file or database), or at the filesystem level with symlinks).
ii) Multiple calendar support needs to be very carefully thought =
out;=20
such a system could make multiple calendar support extremely powerful,=20=
though --- each user could arrive on-site, and see a customised=20
calendar, or even subscribe to a customised calendar.
iii) descriptions of calendars become useful when you have lots =
of=20
them. Perhaps PHPiCalendar could have an optional SQL backend that=20
stores meta-data that isn't in iCal (or doesn't belong there).
iv) Permissions are a bit sketchy if PHP iCalendar manages 'em.=20=
However, webdav (or ftp, as chad hinted at), already have permissions,=20=
and so they could be used (perhaps as a secondary to $REMOTE_USER).
2) There's no way to have collaborative calendars; you can't publish a=20=
calendar, and then have others directly contribute to it. The only way=20=
I've found around this is to write up a little script that generates=20
iCal files based on input from an online form (which is overly simple=20
and limiting), and having the script mail them to me, so that I can=20
move them to my published calendar. This puts the total load of=20
maintaining a calendar on exactly one person.
Obviously, it would be ideal if Apple would just freakin' support=20
publishing AND subscribing to a single calendar, directly in iCal. They=20=
could even add logic to force a refresh of the calendar before editing=20=
it. But if there were a way to "simulate" this with PHP iCalendar, then=20=
all would be good --- for example, if there were a way to email PHP=20
iCalendar with an event that could be added to the queue, then iCal's=20
"invite" system would automatically enable collaborative calendaring.=20
This sort of thought would require a lot more thought, but could be=20
useful.
Anyways, a lot of this is a long ways off, and perhaps even wishful=20
thinking; if you've made it this far, thanks. :-) Sorry for the rant.
please let me know if you have any ideas; now that the parser is=20
more-or-less done, as I see it steps should be taken to improve=20
scalability, etc. What are others' priorities?
b.
On Wednesday, Mar 26, 2003, at 14:44 America/Vancouver, Mike Traum=20
wrote:
> Hi,
> I'm working on an interface=A0for calendar administration. Here's what =
I=20
> have as a basic design:
> Admin Options
> - Update a calendar (replace a calendar file with a new one)
> - Add a new calendar
> - Delete a calendar
> ...=
|
|
From: blaine <la...@us...> - 2003-03-27 00:49:11
|
On Wednesday, Mar 26, 2003, at 14:44 America/Vancouver, Mike Traum wrote: > there will be only one user/password, which is configured in > config.inc.php. afaik, this is a slight security problem, in that if > something goes haywire with the server, it's possible that the text of > config.inc.php could be obtained. That being said, it's the simpliest > and I think sufficiently secure. > > Comments? I think an admin panel is a great idea; however, since most phpicalendar installations will be using webdav, and therefore already have some sort of Apache Basic (or digest) authentication enabled, it would make more sense to use that (i.e., use the $REMOTE_USER variable) --- perhaps a list of users who are allowed access to the admin panel. Of course, there could always be an override password --- a username isn't necessary. But in any case, it would be nice to be able to turn this off, since it's always better to store passwords apart from the web server's gaze than close to it ;-) b. |
|
From: Chad <ch...@ch...> - 2003-03-26 22:53:02
|
Well username and password should be system level for ftp functions, so=20= we wont need to have it in the config, just an accessable page by the=20 admin. Every change would require username and password. You could list calendars to be deleted by checklist buttons. Upload function could have a checkbox for 'overwrite' just for safety. If you went to the page when its not allowed by config, an error page=20 would occur much like RSS and Preferences. An individual page is fine and allows for more future expansion. Admin URL would be admin.php, but not linked anywhere on the page. README needs updated to explain this as well as config. I'll have more time next week to help with this, and get 0.9.2 out soon=20= after. -C On Wednesday, March 26, 2003, at 02:44 PM, Mike Traum wrote: > Hi, > I'm working on an interface=A0for calendar administration. Here's what = I=20 > have as a basic design: > Admin Options > - Update a calendar (replace a calendar file with a new one) > - Add a new calendar > - Delete a calendar > > New Pages > - Add 'admin.php' which will contain all of the functionality. When=20 > first accessing admin.php, it will prompt for username and password.=20= > After logging in, it will give the admin options detailed above. > > Configuration > - the admin page can be made to be inaccessible by a config.inc.php=20 > setting. This would be the default, I would guess. > - there will be only one user/password, which is configured in=20 > config.inc.php. afaik, this is a slight security problem, in that if=20= > something goes haywire with the server, it's possible that the text of=20= > config.inc.php could be obtained. That being said, it's the simpliest=20= > and I think sufficiently secure. > > Comments? > > mike > > > <image.tiff> > > Do you Yahoo!? > Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop!= |
|
From: Mike T. <mt...@ya...> - 2003-03-26 22:44:14
|
Hi, I'm working on an interface for calendar administration. Here's what I have as a basic design: Admin Options - Update a calendar (replace a calendar file with a new one) - Add a new calendar - Delete a calendar New Pages - Add 'admin.php' which will contain all of the functionality. When first accessing admin.php, it will prompt for username and password. After logging in, it will give the admin options detailed above. Configuration - the admin page can be made to be inaccessible by a config.inc.php setting. This would be the default, I would guess. - there will be only one user/password, which is configured in config.inc.php. afaik, this is a slight security problem, in that if something goes haywire with the server, it's possible that the text of config.inc.php could be obtained. That being said, it's the simpliest and I think sufficiently secure. Comments? mike --------------------------------- Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! |
|
From: Till D. <td...@pr...> - 2003-03-04 11:21:03
|
Till Doerges wrote: > Unfortunately this is exactly what I'd like to do, so I did a bit of > testing. Apparently, most of the sychronizing-features aren't working > properly, at least for the version I looked at: > > - updating a subscribed remote calendar > (s. http://bugzilla.mozilla.org/show_bug.cgi?id=195873) > - Email selected Events > - automatically process a received ics-email-attachment Oh, and one question I forgot: Has anyone given a thought to locking-issues when sychronizing, i.e. what happens, if two people upload the same calendar-file at the same time? Does the iCal-Standard say anything about it or do the underlying protocols have to take of that? I took a look at PHP iCalendar http://phpicalendar.sourceforge.net/nuke/index.php Seems to do the trick, however I didn't find a word about locking an the like, either Bye -- Till |
|
From: JM A. <jma...@sp...> - 2003-03-03 09:06:15
|
Hi, i'm planning to use phpicalendar, so that when user A logs in, all the events for this user will be available to him, also goes with user B, C, etc.... i'm just wondering if phpicalendar, supports this kind of thing.. thanks --=20 .''`. JM Alonzo "We are each entitled to our own=20 : :' : jmalonzo-at-spaceants.org opinion, but no one is entitled=20 `. `' to his own facts." `- <http://spaceants.org> -- Patrick Moynihan |
|
From: <kh...@ed...> - 2003-02-28 14:13:50
|
Hello there... Very good work... well-done!!! |
|
From: Chad <ch...@ch...> - 2003-02-25 01:16:32
|
0.9.1 is out on the SourceForge site. Jared if you could update Version Tracker, I would appreciate it. |
|
From: Greg W. <gr...@gr...> - 2003-02-20 02:55:01
|
It wouldn't be as beautiful, maybe, but you could open a new window that contains the detailed information for all the events from that view, with an <a> tag marking each, so you could easily jump to the correct event description. Does that make sense? Greg On Wednesday, February 19, 2003, at 07:47 PM, Chad wrote: > I'm looking for some ideas on how to replace our todo and event popups > with something more elegant, and more compatable. Anyone have any > ideas? > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. > The most comprehensive and flexible code editor you can use. > Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. > www.slickedit.com/sourceforge > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel > -- http://www.gregwestin.com Contact info: http://www.gregwestin.com/contact.php |
|
From: Mike <mi...@la...> - 2003-02-20 01:08:11
|
Chad wrote : > Any translators please check out CVS for your language and send me the > new file. Its fairly brief this time, maybe 8 lines. |
|
From: Chad <ch...@ch...> - 2003-02-20 00:55:37
|
Any translators please check out CVS for your language and send me the new file. Its fairly brief this time, maybe 8 lines. Thanks, C |
|
From: Chad <ch...@ch...> - 2003-02-20 00:54:44
|
I'm looking for some ideas on how to replace our todo and event popups with something more elegant, and more compatable. Anyone have any ideas? |
|
From: Chad <ch...@ch...> - 2003-02-16 03:43:46
|
Well, its been some time but I've been getting back into development a bit and taking care of some of the bugs in the system. I'd like to get a basic release out in the next two weeks to clean up some of the issues 0.9 brought about. Hopefully if Jared has some time he'll give me a hand with the recurring bugs. If anyone else has some things they'd like fixed or added please respond to the list here. Thanks, Chad |
|
From: Julian Yu-C. C. <ju...@ma...> - 2003-02-08 00:10:16
|
Hi there, The last mail do give me a shock. I'm using a powerbook g4, and i thought macs have less issues about viruses. But it's still thank you for being such cautious. :^) regards, On Saturday, February 8, 2003, at 08:03 AM, Waitman C. Gobble, II wrote: > Nah, maybe not. My mistake - and appologies. The virus scanner didn't > like the filename, that is all. > > -- > Waitman C. Gobble, II > EMK Design +1.7145222528 http://emkdesign.com > Public Key http://pgp.emkdesign.com > Yahoo Messenger ID waitmangobble > > -----Original Message----- > From: php...@li... > [mailto:php...@li...] On Behalf Of > Julian Yu-Chung Chen > Sent: Friday, February 07, 2003 3:56 PM > To: php...@li... > Subject: [PHPiCalendar-DEV] Language file for Traditional Chinese > > > Warning: This message has had one or more attachments removed. > Warning: Please read the "VirusWarning.txt" attachment(s) for more > information. > > Hi there, > > I just do a quick translation on the language file for Traditional > Chinese, and would like to > share it with people who might be interested in it. Here it is in the > attachment. > > regards, > > <smime.p7s> |
|
From: Waitman C. G. I. <wai...@em...> - 2003-02-08 00:04:04
|
Nah, maybe not. My mistake - and appologies. The virus scanner didn't like the filename, that is all. -- Waitman C. Gobble, II EMK Design +1.7145222528 http://emkdesign.com Public Key http://pgp.emkdesign.com Yahoo Messenger ID waitmangobble -----Original Message----- From: php...@li... [mailto:php...@li...] On Behalf Of Julian Yu-Chung Chen Sent: Friday, February 07, 2003 3:56 PM To: php...@li... Subject: [PHPiCalendar-DEV] Language file for Traditional Chinese Warning: This message has had one or more attachments removed. Warning: Please read the "VirusWarning.txt" attachment(s) for more information. Hi there, I just do a quick translation on the language file for Traditional Chinese, and would like to share it with people who might be interested in it. Here it is in the attachment. regards, |
|
From: Waitman C. G. I. <wai...@em...> - 2003-02-08 00:02:57
|
This person has possibly sent a virus, as reported by my virus scanner, please use caution when opening it. -- Waitman C. Gobble, II EMK Design +1.7145222528 http://emkdesign.com Public Key http://pgp.emkdesign.com Yahoo Messenger ID waitmangobble -----Original Message----- From: php...@li... [mailto:php...@li...] On Behalf Of Julian Yu-Chung Chen Sent: Friday, February 07, 2003 3:56 PM To: php...@li... Subject: [PHPiCalendar-DEV] Language file for Traditional Chinese Warning: This message has had one or more attachments removed. Warning: Please read the "VirusWarning.txt" attachment(s) for more information. Hi there, I just do a quick translation on the language file for Traditional Chinese, and would like to share it with people who might be interested in it. Here it is in the attachment. regards, |
|
From: Julian Yu-C. C. <ju...@ma...> - 2003-02-07 23:55:56
|
Hi there, I just do a quick translation on the language file for Traditional Chinese, and would like to share it with people who might be interested in it. Here it is in the attachment. regards, |
|
From: Jared <xe...@si...> - 2003-01-20 01:16:24
|
You have been added as a developer. We need active developers as there=20= are currently none. I plan to do work myself in the near future as soon=20= as I catch up with my own stuff. Please try to squash as many bugs as=20 you can. -Jared On Sunday, January 19, 2003, at 03:27 PM, Marook Zuug Kenja wrote: > Hi Chad. > > On torsdag, jan 16, 2003, at 22:34 Europe/Copenhagen, Chad wrote: > >> Who is around that still has time to donate? > > I'm starting a project where I will be using PHPiCalendar as the=20 > viewer, so I will mess with it any way. > > You can add me to the developer list, and I will see what bugs I can=20= > fix! > > CF handle is: marook > > Jakob Peterh=E4nsel > > 'I don't have to try to be a sex bomb, I am one!' > -Kylie Minogue > > Email: ja...@hj... > AIM: Marook > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: FREE SSL Guide from Thawte > are you planning your Web Server Security? Click here to get a FREE > Thawte SSL guide and find the answers to all your SSL security = issues. > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en > _______________________________________________ > Phpicalendar-devel mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel |
|
From: Marook Z. K. <ma...@cr...> - 2003-01-19 21:27:13
|
Hi Chad. On torsdag, jan 16, 2003, at 22:34 Europe/Copenhagen, Chad wrote: > Who is around that still has time to donate? I'm starting a project where I will be using PHPiCalendar as the=20 viewer, so I will mess with it any way. You can add me to the developer list, and I will see what bugs I can=20 fix! CF handle is: marook Jakob Peterh=E4nsel 'I don't have to try to be a sex bomb, I am one!' -Kylie Minogue Email: ja...@hj... AIM: Marook |
|
From: Patrick B. <pb...@pi...> - 2003-01-16 21:55:43
|
On Thursday, January 16, 2003, at 01:34 PM, Chad wrote: > So is anyone on this list interested in fixing bugs in SourceForge? I > am still quite busy at work and the amount of new bugs just keeps > increasing. Now that the holidays are over I'd like to get the > developers back into the swing of working on the project. > > Who is around that still has time to donate? > > Thanks, > Chad > I wish I could. I swamped with eff.org right now. New "look" going live and trying to create a CMS "as I go," which is always fun ;-) Pat -- "Ours is less and less a free society." -- Lawrence Lessig |
|
From: Chad <ch...@ch...> - 2003-01-16 21:40:48
|
So is anyone on this list interested in fixing bugs in SourceForge? I am still quite busy at work and the amount of new bugs just keeps increasing. Now that the holidays are over I'd like to get the developers back into the swing of working on the project. Who is around that still has time to donate? Thanks, Chad |
|
From: Jared <xe...@si...> - 2003-01-12 15:51:25
|
There is not an admin control panel like you want. PHP iCalendar is an=20= ICS calendar viewer only. You cannot edit or add events with our=20 software. However, you can download one of several ICS calendar=20 programs which will make the file type you are looking for. We started=20= the project based off Apple's iCal, but Mozilla Calendar has been very=20= successful as well and is multi-platform (in case you don't have a=20 Mac). We have heard about some success with Outlook as well, but it's=20 not as up to standards and therefore isn't as supported. You can get links to these programs from our website=20 (http://phpicalendar.sourceforge.net) under the Calendar Links section=20= on the left. If you're looking for a complete web calendar editing solution, there=20 are several alternatives. WebCalendar=20 (http://webcalendar.sourceforge.net/) is one of these alternatives.=20 That might do what you are looking for. Our software is specifically a=20= viewer because many people already have calendars in popular non-Web=20 applications but want their calendars to be viewable on the web. That's=20= the purpose for PHP iCalendar. Good luck. -Jared On Sunday, January 12, 2003, at 09:15 AM, support wrote: > Hello, I have recently downloaded and installed the PHP Calendar=20 > (latest build) and have one question. How do I enter information for a=20= > certain date and time? I can not find an admin control panel or=20 > anything like that. > > =A0 > > Thank you. > |
|
From: support <su...@jo...> - 2003-01-12 15:39:53
|
Hello, I have recently downloaded and installed the PHP Calendar (latest build) and have one question. How do I enter information for a certain date and time? I can not find an admin control panel or anything like that. Thank you. |
|
From: Greg W. <gr...@gr...> - 2002-12-17 02:19:28
|
Attached are the diffs to implement my proposed solution to bug #654486. The window is widened by 10 points to compensate for the width of the vertical scroll bar, when the event description goes long. If 450 is a meaningful number, the change could obviously be made in the table in event.php and todo.php instead. I edited event.js.diff by hand so as not to include the change I made for the previous e-mail I sent. I hope I edited it correctly. Greg --- gr...@gr... http://www.gregwestin.com/ Contact info: http://www.gregwestin.com/contact.php |
|
From: Greg W. <gr...@gr...> - 2002-12-17 01:41:30
|
Attached are the diffs to fix this 'bug'. I also changed the serialized variable passed to todo.php, simply because it seemed similar to me. At any rate, there shouldn't be any problems with these minor changes. -Greg --- gr...@gr... http://www.gregwestin.com/ Contact info: http://www.gregwestin.com/contact.php |
6 messages has been excluded from this view by a project administrator.
