Skip to content
  1. Apr 17, 2008
  2. Apr 01, 2008
  3. Mar 10, 2008
  4. Feb 21, 2008
  5. Feb 20, 2008
  6. Feb 19, 2008
  7. Feb 18, 2008
  8. Feb 17, 2008
    • Karen Stevenson's avatar
      Simplify the API by assuming all date element values are handled in DATETIME... · d4787942
      Karen Stevenson authored
      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.
      d4787942
  9. Feb 16, 2008
  10. Feb 01, 2008
  11. Jan 30, 2008
  12. Jan 22, 2008
  13. Jan 12, 2008
  14. Jan 07, 2008
  15. Jan 04, 2008
  16. Jan 02, 2008
    • Karen Stevenson's avatar
      Standardize on date_make_date() instead of calling date_create() in some... · bf582ebd
      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.
      bf582ebd
  17. Dec 21, 2007
  18. Dec 20, 2007
  19. Dec 17, 2007
  20. Dec 15, 2007
  21. Dec 14, 2007
  22. Dec 13, 2007
  23. Dec 05, 2007
    • Karen Stevenson's avatar
      Rework the logic for handling the date timezone and converting from and to the... · c2eb4f0b
      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.
      c2eb4f0b
  24. Nov 02, 2007