Skip to content
  1. Mar 30, 2008
  2. Mar 25, 2008
    • Karen Stevenson's avatar
      Re-name fields to use Views 1 naming like field_text_value instead of... · f33cc12c
      Karen Stevenson authored
      Re-name fields to use Views 1 naming like field_text_value instead of field_text to make updates easier, and alter content.views_convert.inc to match.
      
      Add default filters for all fields, and update fields to switch from string or numeric filters to 'in' operators if there are lists of allowed values.
      
      Add helper function to return Views table name to make it easier to change the tablename in the future, like if we find a way to avoid the need to alias each field as its own table.
      f33cc12c
  3. Mar 21, 2008
  4. Mar 19, 2008
  5. Feb 19, 2008
  6. Feb 14, 2008
  7. Feb 08, 2008
  8. Feb 07, 2008
  9. Feb 06, 2008
  10. Jan 06, 2008
  11. Nov 27, 2007
  12. Nov 15, 2007
    • Karen Stevenson's avatar
      Added new fuctions to create 'default' field and widget arrays. Available to... · 3973f7be
      Karen Stevenson authored
      Added new fuctions to create 'default' field and widget arrays. Available to help expose field structure to external modules. Supplied values are now merged with default values to be sure all parts of the field and widget have indexes set. This means all field values will always return true to isset() and will not create undefined index errors. This also means module authors should not use isset() to test if values exist for form elements. Instead use is_array(), is_numeric() or similar tests.
      3973f7be
  13. Nov 14, 2007
  14. Nov 13, 2007
  15. Nov 03, 2007
  16. Nov 02, 2007
  17. Sep 28, 2007
  18. Sep 25, 2007
  19. Sep 23, 2007
  20. Sep 21, 2007
  21. Aug 27, 2007
    • Karen Stevenson's avatar
      #157176 First round of FAPIzing the widgets. Widget invoke hook_elements() and... · e9b6b501
      Karen Stevenson authored
      #157176 First round of FAPIzing the widgets. Widget invoke hook_elements() and use FAPI #process, #value_callback, etc. Widgets now only produce a single element and content module handles multiple values. Widget elements are designed to be agnostic about where they are placed. The content module places them on nodes, but it should be possible to write custom code to place them elsewhere by creating a $field array that will tell the widget what parameters to use. See the referenced issue for more details.
      e9b6b501
  22. Aug 23, 2007
  23. Aug 16, 2007
  24. Aug 09, 2007
  25. Jul 17, 2007
    • Yves Chedemois's avatar
      D6 port · 74135a61
      Yves Chedemois authored
      - explicitely moved validate and submit from 'nodeapi ops to FAPI handlers
      - fixed some warnings with text and number 'allowed values'
      74135a61
  26. Jul 10, 2007
    • Karen Stevenson's avatar
      #157176 - more work on the 6.x port. Got rid of the fatal error in Content... · 6e023c8c
      Karen Stevenson authored
      #157176 - more work on the 6.x port. Got rid of the fatal error in Content Copy but can't get the Content Copy menus working. Also need to replace the 'submit' and 'validate' hooks in nodeapi with '#submit' and '#validate' elements in the form, then figure out how to re-architect the workflow since we now have $form and $form_state instead of $node to pass to the widgets and fields.
      6e023c8c
  27. Mar 01, 2007
  28. Feb 26, 2007
  29. Feb 09, 2007
  30. Jan 26, 2007