- Feb 25, 2011
-
-
The Great Git Migration authored
-
- Jan 18, 2011
-
-
Karen Stevenson authored
-
- Jan 15, 2011
-
-
Karen Stevenson authored
-
- Oct 22, 2010
-
-
Karen Stevenson authored
-
- Oct 02, 2010
-
-
Karen Stevenson authored
-
- Aug 26, 2010
-
-
Karen Stevenson authored
Re-organize all the field hooks into a single file and add the formatter settings form and summary. This will probably see more changes, this is a first pass.
-
- Feb 28, 2010
-
-
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.
-
- Sep 08, 2009
-
-
Karen Stevenson authored
-
Karen Stevenson authored
-
- Sep 05, 2009
-
-
Karen Stevenson authored
-
- Sep 04, 2009
-
-
Karen Stevenson authored
-
- Dec 13, 2008
-
-
Karen Stevenson authored
-
- Apr 24, 2008
-
-
Karen Stevenson authored
-
- Apr 17, 2008
-
-
Karen Stevenson authored
-
- Mar 12, 2008
-
-
Karen Stevenson authored
More work on the upgrade path to be sure all the necessary modules get enabled and that date_popup formats get adjusted to formats that work with that module.
-
- Mar 11, 2008
-
-
Karen Stevenson authored
-
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 24, 2008
-
-
Karen Stevenson authored
-
- Feb 20, 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
#218479 Add more information about db timezone support to the INSTALL.txt file and move the requirements test to the Date Timezone module.
-
- Feb 03, 2008
-
-
Karen Stevenson authored
-
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 30, 2008
-
-
Karen Stevenson authored
-
Karen Stevenson authored
-
Karen Stevenson authored
-
- Jan 14, 2008
-
-
Karen Stevenson authored
-
- Jan 02, 2008
-
-
Karen Stevenson authored
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.
-
- Dec 15, 2007
-
-
Karen Stevenson authored
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.
-
- Dec 13, 2007
-
-
Karen Stevenson authored
More reworking of the new API. Too many fixes to mention, but it is starting to feel fairly stable now.
-
- Dec 05, 2007
-
-
Karen Stevenson authored
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.
-
- Oct 27, 2007
-
-
Karen Stevenson authored
Get the date repeat form working correctly and simplfy the repeat options to eliminate x day of year and x day of month to make the form less complex and easier for the user. Just getting the forms to display properly at this point. They don't yet function correctly.
-
- Oct 26, 2007
-
-
Karen Stevenson authored
Consolidate date elements into a single '#date_settings' array to not pollute the form. Add in a widget settings option to show the date repeat form on the node. The repeat form doesn't actually do anything yet!
-
Karen Stevenson authored
-
- Oct 25, 2007
-
-
Karen Stevenson authored
-
- Oct 24, 2007
-
-
Karen Stevenson authored
Lots of fixes for the update processes. Get rid of older updates that are re-done in later updates and create a data_integrity and db_integrity update.
-
- Oct 17, 2007
-
-
Karen Stevenson authored
-
- Oct 13, 2007
-
-
Karen Stevenson authored
#178408 make sure $ret uses update_sql, patch by moofie, also cache date_views array so we don't have to re-create it on every page.
-
- Oct 01, 2007
-
-
Karen Stevenson authored
Move override of site and user timezone setting into its own module so it can be turned on or off and removed once this is done by core. Also make PHP4 handling into a module instead of an include file so it can be turned on or off and removed once core no longer supports PHP4.
-