Log of /contributions/modules/calendar/calendar.install
Parent Directory
| 
Revision Log
| 
Revision Graph
Revision
1.4.2.13 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Tue Jul 8 13:26:00 2008 UTC
(16 months, 2 weeks ago)
by
karens
Branch:
DRUPAL-5--2
CVS Tags:
DRUPAL-5--2-0-RC2,
DRUPAL-5--2-0-RC3,
DRUPAL-5--2-0-RC4,
DRUPAL-5--2-0-RC5,
DRUPAL-5--2-1,
DRUPAL-5--2-1-3,
DRUPAL-5--2-2,
DRUPAL-5--2-3,
DRUPAL-5--2-4,
DRUPAL-5--2-5,
DRUPAL-5--2-6,
DRUPAL-5--2-7
Changes since
1.4.2.12: +3 -9 lines
Diff to
previous 1.4.2.12
, to
branch point 1.4
, to
next main 1.18
#279169 Get rid of calendar_info() function in uninstall.
Revision
1.14
Fri May 23 15:56:08 2008 UTC
(18 months ago)
by
karens
Branch:
MAIN
Changes since
1.13: +1 -1 lines
FILE REMOVED
Cleaning out HEAD to reduce confusion. Current development is in 6.2 instead.
Revision
1.12 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Tue Mar 11 12:10:51 2008 UTC
(20 months, 2 weeks ago)
by
karens
Branch:
MAIN
Changes since
1.11: +2 -2 lines
Diff to
previous 1.11
Make sure new required modules get enabled during the update, should have made the module list an array.
Revision
1.9 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Fri Feb 15 13:20:39 2008 UTC
(21 months, 1 week ago)
by
karens
Branch:
MAIN
Changes since
1.8: +1 -21 lines
Diff to
previous 1.8
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.4.2.4 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Fri Feb 15 13:01:14 2008 UTC
(21 months, 1 week ago)
by
karens
Branch:
DRUPAL-5--2
Changes since
1.4.2.3: +2 -24 lines
Diff to
previous 1.4.2.3
, to
branch point 1.4
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.
More commits are coming to re-apply patches made after this change.
Revision
1.7 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Sun Feb 3 17:42:49 2008 UTC
(21 months, 3 weeks ago)
by
karens
Branch:
MAIN
Changes since
1.6: +21 -1 lines
Diff to
previous 1.6
Getting rid of offsets!! Alter query code to cast ISO and UNIX dates to native datetimes and do timezone conversion in the database. Much faster and more accurate.
This will mean this version of the code will not work for databases that are not able to do native timezone conversion, but even inexpensive shared hosts will probably have the MYSQL database timezone tables installed, and PostgreSQL has good timezone handling enabled by default.
The MYSQL timezone conversion code should be accurate, the PostgreSQL code looks right from the documentation but needs to be verified.
The offset fields can now be dropped from the Date fields since we only need the timezone name to do the conversion.
I probably missed some places that need to be adjusted for this change, but this should get most of the necessary fixes in place.
Revision
1.4.2.2 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Sun Feb 3 17:39:54 2008 UTC
(21 months, 3 weeks ago)
by
karens
Branch:
DRUPAL-5--2
Changes since
1.4.2.1: +21 -1 lines
Diff to
previous 1.4.2.1
, to
branch point 1.4
Getting rid of offsets!! Alter query code to cast ISO and UNIX dates to native datetimes and do timezone conversion in the database. Much faster and more accurate.
This will mean this version of the code will not work for databases that are not able to do native timezone conversion, but even inexpensive shared hosts will probably have the MYSQL database timezone tables installed, and PostgreSQL has good timezone handling enabled by default.
The MYSQL timezone conversion code should be accurate, the PostgreSQL code looks right from the documentation but needs to be verified.
The offset fields can now be dropped from the Date fields since we only need the timezone name to do the conversion.
I probably missed some places that need to be adjusted for this change, but this should get most of the necessary fixes in place.
Revision
1.4 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Sat Jan 26 03:25:05 2008 UTC
(21 months, 4 weeks ago)
by
karens
Branch:
MAIN
Branch point for:
DRUPAL-5--2
Changes since
1.3: +248 -9 lines
Diff to
previous 1.3
Add in the jQuery popup selector as a method to jump to different dates.
Rework the calendar to pull values from a template table so we can browse and navigate by calendar week. This simplifies the code and hopefully will speed up processing the calendar since the database is doing the work of constructing the calendar template instead of using PHP computations. This method is also a more accurate way of computing calendar weeks. Requires an update to populate a template table. This works because there are only 14 possible calendar templates no matter how many years you go back or forward.
More work needed, this is just the initial pass.
Revision
1.2 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Thu Dec 20 00:05:57 2007 UTC
(23 months ago)
by
karens
Branch:
MAIN
Changes since
1.1: +97 -0 lines
Diff to
previous 1.1
Updating Calendar HEAD with new version of Calendar module that works with the new 5.2 Date API in Date HEAD. Still needs some more work before it's ready to use.
Revision
1.1.4.3 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Wed Oct 10 00:17:23 2007 UTC
(2 years, 1 month ago)
by
karens
Branch:
DRUPAL-5
Changes since
1.1.4.2: +23 -7 lines
Diff to
previous 1.1.4.2
, to
branch point 1.1
Finally found why the cached values weren't getting reset right, move the reset function to the views edit form submit handler, set up install file to reset or remove cached values as needed.
Revision
1.1.4.1
Fri Jul 6 15:53:02 2007 UTC
(2 years, 4 months ago)
by
karens
Branch:
DRUPAL-5
Changes since
1.1: +0 -0 lines
FILE REMOVED
file calendar.install was added on branch DRUPAL-5 on 2007-10-09 21:20:32 +0000
Revision
1.1
Fri Jul 6 15:53:02 2007 UTC
(2 years, 4 months ago)
by
karens
Branch:
MAIN
Branch point for:
DRUPAL-4-7,
DRUPAL-5
FILE REMOVED
file calendar.install was initially added on branch DRUPAL-4-7.
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.
