- Aug 19, 2011
-
-
Karen Stevenson authored
-
- Jul 05, 2011
-
-
Karen Stevenson authored
Start the process of reworking the main calendar to use row plugins to massage the nodes and style plugins to disply the calendar.
-
- Jul 04, 2011
-
-
Karen Stevenson authored
-
- Mar 20, 2011
-
-
Arlin Sandbulte authored
-
- Feb 25, 2011
-
-
The Great Git Migration authored
-
- Jan 16, 2011
-
-
Karen Stevenson authored
As long as I'm already moving all these files around, get all the views handling into its own module.
-
- Nov 13, 2010
-
-
Karen Stevenson authored
-
- Aug 04, 2010
-
-
Karen Stevenson authored
-
- Feb 28, 2010
-
-
Karen Stevenson authored
-
Karen Stevenson authored
Removing D6 updates, with all the D7 changes they won't make any sense in D7, formats and timezones are now in core, fields are different, etc.
-
Karen Stevenson authored
-
- Dec 02, 2008
-
-
Karen Stevenson authored
-
- Aug 13, 2008
-
-
Karen Stevenson authored
-
- Jun 20, 2008
-
-
Karen Stevenson authored
-
- May 23, 2008
-
-
Karen Stevenson authored
-
- May 15, 2008
-
-
Karen Stevenson authored
Adding Views 2 calendar arguments and calendar plugin. The arguments are mostly working, the plugin is just started and does not work yet.
-
- Mar 11, 2008
-
-
Karen Stevenson authored
Make sure new required modules get enabled during the update, should have made the module list an array.
-
Karen Stevenson authored
-
- Feb 22, 2008
-
-
Karen Stevenson authored
-
- Feb 15, 2008
-
-
Karen Stevenson authored
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.
-
- Feb 09, 2008
-
-
Karen Stevenson authored
-
- Feb 03, 2008
-
-
Karen Stevenson authored
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.
-
- Jan 31, 2008
-
-
Karen Stevenson authored
-
- Jan 26, 2008
-
-
Karen Stevenson authored
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.
-
- Jan 15, 2008
-
-
Karen Stevenson authored
-
- Dec 20, 2007
-
-
Karen Stevenson authored
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.
-