phpicalendar-devel — Mailing list for PHP iCalendar Developers

Re: [PHPiCalendar-DEV] interesting

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

I think Jared wrote a date function last night and has it in CVS, we=20
decided to not go with setlocale since it is a submitted bug in Apple's=20=

Radar. Week date start should be working as well, even in month view.=20
Having full language and theme support are the main features of the=20
next rev so these are important. Check out CVS and check in your=20
translations. :-)

-C

On Thursday, October 3, 2002, at 03:35  PM, Michel wrote:

> Hi Chad,
>
> As I told you, retrieving distant calendars is not very difficult:=20
> iWebCal is the proof. I can develop this for you. (see below my Sept=20=

> 26 email)
>
> But this is not a priority. For the moment the language pref is an=20
> issue. Just make a test yourself with your latest PHPiCalendar release=20=

> on a Mac OS X machine, you will see there is no setlocale() function=20=

> working. The function I wrote date_translate() works on all systems:=20=

> Linux where setlocale() works, as on Mac OS systems where setlocale()=20=

> does not work.
>
> // This function is to enable the date translation
> // on Mac OS X when setlocale() doesn't work
> //  because gettext is not installed by default
>
> function date_translate($format,$date=3D"") {
> global $date_translate; if(!$date){$date=3Dtime();}
> $date =3D strftime($format,$date);
> foreach($date_translate as $k =3D> $v) {
> $date =3D preg_replace("'".$k."'s",$v,$date);}
> return $date; }
>
> Also the $week_start_day function does not work. Making this calendar=20=

> unuseful in Europe. Do you want me to do it ? This is really an issue=20=

> but very easy to correct.
>
> Best regards, Michael.
> http://www.LaShampoo.com
>
>
>
>> From: Michel <mi...@la...>
>> Date: Sept 26, 2002  20:50:33 Europe/Paris
>> To: Chad <ch...@ch...>
>> Object: R=E9p : Subscribe
>>
>>> Chad wrote :
>>>
>>>> in the list icals then you will have to check that you can read it,=20=

>>>> supress errors since people behind firewalls may have issues, then=20=

>>>> list in the array for chosen calendars
>>>
>>> Since the calendars are available trough http:// that should work=20
>>> very well. On my website  (www.tetu.com) the list on the right is=20
>>> retrieved on every connection on a distant website with the=20
>>> readfile() function. Very very easy.
>>> # Retrieve the distant Calendar file...
>>> $distant_cal =3D file("http://server/Calendar.ics");
>>> # And check if the file is a good calendar file :
>>> if($distant_cal[0] !=3D "BEGIN:VCALENDAR\n"){ BadCalendar(); }

[PHPiCalendar-DEV] interesting

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

http://www.versiontracker.com/dyn/moreinfo/macosx/16375


Looks like iWebCal will be downloadable. Maybe some ideas I've had for 
new features should go in 0.6.

New feature ideas:
Emailing of a .ics file of 'this event'.
"My vCard" option to list your vCard in the page for others.
List view = a printer friendly version of day / week / months events 
(its own page).
year.php, a listing of happenings this year
year navigation - user customized list_years.php , user sets how many 
years up and back to view in the popup, default="3"

Re: [PHPiCalendar-DEV] logo doodles

[Chris L. <cl...@my...>]

Not at all! Looks great!



On Tuesday, October 1, 2002, at 05:18 PM, Chad wrote:

> <i-logo.gif>

[PHPiCalendar-DEV] logo doodles

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

hmm, dunno. May be a bit too playful.

[PHPiCalendar-DEV] Week view implementation

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

Overlapping events really break the weekly view. I've created a very 
messy test file and put it on my .Mac account to see how Apple handles 
it. It looks like if there are more than 3 overlapping events at one 
particular time, it just presents a solid color box with all the events 
that happen in that block, not worrying about graphically representing 
the accurate start and finish times of each event separately. Day view 
handles that.

I think that's a pretty good solution (which is why the .Mac team must 
have done it) and we should think about implementing a similar idea. 
For reference, here is the link:

http://ical.mac.com/xeo/Test

-Jared

[PHPiCalendar-DEV] Roadmap for 0.6

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

http://www.gregwestin.com/phpicalendar.php


Brings up a good point, need documention for the next version. So in 
order of things for 0.6.

1) Bug fixes.
2) Catch up on localization
3) Create a real bottom for month.php
4) Meta Tags in the HTML pages (for search engines).
5) Catch up on themes.
6) Documentation


I'd like to intergrate as few as possible new features in the next rev, 
hoping not to repeat 36 hours of coding in a weekend. heh. Also, 
bringing on Mike should help out.

Also, we may want to think about a real web site for the project, based 
on it's popularity it seems a given. I can host it on my box.

-C

[PHPiCalendar-DEV] bad calendar parse

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

check this one out, funky durations.

Re: [PHPiCalendar-DEV] interesting

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

Saw that. It's not as refined as ours, I don't think. However he's got  
a good thing going. One thing I noticed, when there is a recurring  
event, it just happens every day from the start to the end. It doesn't  
matter what days it should or shouldn't be on in between. At least,  
that's what it did with my class schedule.

I'd be interested in seeing the implementation, though.

-Jared

On Monday, September 30, 2002, at 12:58  PM, Chad wrote:

> http://www.designtheworld.com/iwebcal/ 
> iwebcal.php?view=month&year=2002&month=10&file=http:// 
> www.chadsdomain.com/phpicalendar/calendars/Home.ics
>
>
> Pretty quick too, no source code though.
>
>
>
> -------------------------------------------------------
> 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] interesting

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

http://www.designtheworld.com/iwebcal/ 
iwebcal.php?view=month&year=2002&month=10&file=http:// 
www.chadsdomain.com/phpicalendar/calendars/Home.ics


Pretty quick too, no source code though.

[PHPiCalendar-DEV] Recurrence change

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

After the release of 0.5, I decided to do something I've been thinking 
about. I merged the All-day recurring event handling with my regular 
recurring event handling. Basically, there isn't much difference 
between the two; it's just making sure you write multiple days in a row 
if the all-day event spans more than one.

Chad still had to write the code to handle multiple days a week, or 
month and various other little things. By merging the two, he no longer 
has to worry about it.

Right now, there are only 4 lines to change to bring back Chad's 
all-day recurring event handling. They are commented with 3 comments 
that all start with:
// to go back to old allday way

Chad, let me know if this is an issue I don't know about that would 
otherwise make this a bad idea. Otherwise, we can more permanently make 
these changes and I can concentrate on streamlining my code.

Also, everyone on this list, bug test any type of recurring event you 
can think of and let me know what you find. As far as I know, all 
recurring events work properly. The only known bug is it doesn't 
support individual per day changes to the recurring whole. Implementing 
that hasn't even begun.

And now, after pulling an all-nighter (don't even know why), it's time 
to get ready for class. :)

-Jared