Log of /contributions/modules/date/date_api_ical.inc
Parent Directory
| 
Revision Log
| 
Revision Graph
Revision
1.35.4.8
Fri Sep 5 11:03:56 2008 UTC
(14 months, 3 weeks ago)
by
karens
Branch:
DRUPAL-6--2
Changes since
1.35.4.7: +1 -1 lines
FILE REMOVED
Update to new Views2 API. Now requires latest versions of Views and CCK, and files have been re-arranged.
Revision
1.34 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Thu Apr 10 01:08:28 2008 UTC
(19 months, 2 weeks ago)
by
karens
Branch:
MAIN
Changes since
1.33: +12 -12 lines
Diff to
previous 1.33
More work getting Views 2 handling working. Basic fields, filters, and arguments, including Date Browser arguments, are all working. Plugin display for the back/next Date Browser navigation is not yet added.
Temporarily adding in proposed Views patch for flexible date filters and arguments from #241759, to be removed if the patch gets into Views.
Revision
1.32 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Fri Feb 22 14:44:13 2008 UTC
(21 months ago)
by
karens
Branch:
MAIN
Changes since
1.31: +3 -3 lines
Diff to
previous 1.31
#217898 iCal parser regex was a bit too loose when looking for the start and end of VEVENTS and was sometimes ending the event with DTEND. This should now work correctly.
Revision
1.26 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Sun Feb 17 14:01:39 2008 UTC
(21 months, 1 week ago)
by
karens
Branch:
MAIN
Changes since
1.25: +1 -1 lines
Diff to
previous 1.25
Simplify the API by assuming all date element values are handled in DATETIME format. The CCK Date module handles conversion of ISO and UNIX values to and from DATETIME values. This simplification of the core API should make it easier to get into core and makes the element handling easier to follow, plus I assume the first thing we'll do when a date API is in core is convert core timestamp fields to true DATETIME fields, so this would be the natural default.
Revision
1.24 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Fri Feb 15 13:23:53 2008 UTC
(21 months, 1 week ago)
by
karens
Branch:
MAIN
Changes since
1.23: +1 -1 lines
Diff to
previous 1.23
Remove database timezone handling by rolling back to previous version that used offsets instead. Based on problems noted in #218479 and #220663, we cannot count on database timezone handling to be available in MYSQL or work consistently with the timezone names that PHP uses in POSTGRES, so trying to do timezone conversions in the database is not going to work.
Synch with D5.2 version.
Revision
1.19 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Wed Jan 9 19:43:03 2008 UTC
(22 months, 2 weeks ago)
by
karens
Branch:
MAIN
Changes since
1.18: +157 -83 lines
Diff to
previous 1.18
More rework of the date repeat rrule calculations; move lots of the code into .inc files since these are used often so no reason to parse all that code on every page.
Revision
1.18 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Mon Jan 7 21:41:18 2008 UTC
(22 months, 3 weeks ago)
by
karens
Branch:
MAIN
Changes since
1.17: +2 -1 lines
Diff to
previous 1.17
Require the UNTIL date for now to simplify getting this working. Add in error checking to be sure that value is set and add some documentation to the date_reapeat.inc file about how this is implemented in the Date module.
Revision
1.17 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Mon Jan 7 19:42:23 2008 UTC
(22 months, 3 weeks ago)
by
karens
Branch:
MAIN
Changes since
1.16: +9 -8 lines
Diff to
previous 1.16
A very very very very rough implementation of a repeating date in the CCK date module using Date Repeat. Still needs lots more work.
Revision
1.16 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Wed Jan 2 17:01:57 2008 UTC
(22 months, 3 weeks ago)
by
karens
Branch:
MAIN
Changes since
1.15: +3 -3 lines
Diff to
previous 1.15
Standardize on date_make_date() instead of calling date_create() in some places so there is a central place to test the timezone and date values before creating the date.
Add method to customize the labeling of date parts to allow the label above the date part, inserted as the first item in the options array, or omitted.
Remove some functions that are not being used or move them so they are called only when needed to clean up the code.
Revision
1.13 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Sat Dec 15 12:58:54 2007 UTC
(23 months, 2 weeks ago)
by
karens
Branch:
MAIN
Changes since
1.12: +4 -3 lines
Diff to
previous 1.12
Add conversion functions for iCal date, more cleanup of date_repeat and add a warning in the date_repeat info file that it is not ready to use yet.
Revision
1.12 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Wed Dec 5 18:00:54 2007 UTC
(23 months, 3 weeks ago)
by
karens
Branch:
MAIN
Changes since
1.11: +6 -3 lines
Diff to
previous 1.11
Rework the logic for handling the date timezone and converting from and to the db storage timezone. Finally realized the widget cannot do the timezone transformation, the widget must always be handling a date in the same timezone so validation and other processes can work correctly no matter what route the form takes. It will be up to the field, not the element, to transform the date from gmt to the local timezone when the date is retrieved from storage and back again before saving it.
This is the first of a series of updates to get this change implemented. Things are likely to be buggy untill all these changes are reworked and committed.
Revision
1.11 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Wed Oct 31 18:49:17 2007 UTC
(2 years ago)
by
karens
Branch:
MAIN
Changes since
1.10: +15 -4 lines
Diff to
previous 1.10
The Date Repeat API is mostly complete and can parse an iCal RRULE and return an array of dates that match the rule. Also added extensive simpletests on a variety of iCal RRULEs to test the logic. Not all iCal elements are included in this version, but the most common ones are. The API is not yet tied back into the Date module, so you can't do anything with it yet.
Revision
1.7 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Mon Oct 15 19:07:10 2007 UTC
(2 years, 1 month ago)
by
karens
Branch:
MAIN
Changes since
1.6: +7 -4 lines
Diff to
previous 1.6
Found a better way to unfold the data. The previous method would break if there were any QUOTED-PRINTABLE values in the ical file.
Revision
1.6.2.2 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Mon Oct 15 19:05:54 2007 UTC
(2 years, 1 month ago)
by
karens
Branch:
DRUPAL-5
Changes since
1.6.2.1: +472 -0 lines
Diff to
previous 1.6.2.1
, to
branch point 1.6
Add reworked ical file as developed for 5.2 version of date module. This file can parse many additional parts of the ical file and won't mistakenly perform timezone conversions on imported data.
Revision
1.6.2.1
Tue Sep 25 14:16:05 2007 UTC
(2 years, 2 months ago)
by
karens
Branch:
DRUPAL-5
Changes since
1.6: +0 -466 lines
FILE REMOVED
file date_api_ical.inc was added on branch DRUPAL-5 on 2007-10-15 19:05:54 +0000
Revision
1.6 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Tue Sep 25 14:16:05 2007 UTC
(2 years, 2 months ago)
by
karens
Branch:
MAIN
Branch point for:
DRUPAL-5
Changes since
1.5: +2 -2 lines
Diff to
previous 1.5
Reduce confustion by standardizing on use of 'month' instead of 'M' or 'mon', 'day' instead of 'D' or 'mday', etc, in granularity and date arrays.
Revision
1.5 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Fri Sep 7 18:58:04 2007 UTC
(2 years, 2 months ago)
by
karens
Branch:
MAIN
Changes since
1.4: +1 -3 lines
Diff to
previous 1.4
Split elements between re-usable ones and cck-specific ones, rename some files, change element handling to match the way things will work in the D6 version of CCK to make porting easier, lots of small fixes from testing and debugging.
Revision
1.3 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Thu Aug 2 11:52:49 2007 UTC
(2 years, 3 months ago)
by
karens
Branch:
MAIN
Changes since
1.2: +17 -14 lines
Diff to
previous 1.2
Fix ical duration parser to use new date functions to more reliably calculate duration; make an ISO date a valid input in the PHP 4 emulation; more clean up of date forms handling; use new date functions in date_views.
Revision
1.2 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Wed Aug 1 16:57:24 2007 UTC
(2 years, 3 months ago)
by
karens
Branch:
MAIN
Changes since
1.1: +6 -8 lines
Diff to
previous 1.1
More work on creating a 5.2 branch with an improved Date API that uses PHP 5 date functions. Includes beginnings of a date_repeat module and much improved ical parsing. Not ready to use yet, more work to be done.
Revision
1.1 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Sat Jul 28 21:51:29 2007 UTC
(2 years, 4 months ago)
by
karens
Branch:
MAIN
Very preliminary rewrite of Date API to become version 5.2. Not ready to be used yet! Still coming is rewrite of date and calendar module to use new API.
This form allows you to request diffs between any two revisions of this file.
For each of the two "sides" of the diff,
select a symbolic revision name using the selection box, or choose
'Use Text Field' and enter a numeric revision.
