1. 16 Apr, 2014 3 commits
  2. 14 Apr, 2014 1 commit
  3. 10 Apr, 2014 1 commit
  4. 31 Mar, 2014 1 commit
    • Robert Rollins's avatar
      Added hook_date_ical_import_post_parse_alter(). · 7afb1324
      Robert Rollins authored
      This hook allows modules to alter the final data array for each event,
      just before it gets sent through the rest of the Feeds processing steps to
      be turned into a node. The context array is what separates this hook's
      functionality from what users can do with Feeds Tamper.
      7afb1324
  5. 24 Mar, 2014 1 commit
  6. 20 Feb, 2014 1 commit
  7. 04 Feb, 2014 2 commits
  8. 03 Feb, 2014 1 commit
  9. 13 Dec, 2013 1 commit
  10. 09 Dec, 2013 1 commit
  11. 05 Dec, 2013 1 commit
  12. 27 Nov, 2013 1 commit
    • Robert Rollins's avatar
      Initial Date iCal 3.1-dev commit. Fixed multi-property RDATEs and EXDATEs. · 009ebcfe
      Robert Rollins authored
      The Date Repeat module’s date_repeat_build_dates() function does not support
      RDATEs and EXDATEs defined as separate properties, as well as being a bit
      buggy in other ways. So I copy-pasta’d it and made the necessary fixes.
      
      I wanted to add support for EXRULEs, but it’s more complicated than I
      expected. So since no one has actually asked for it, I left it as a TODO.
      009ebcfe
  13. 18 Nov, 2013 2 commits
  14. 12 Nov, 2013 1 commit
  15. 11 Nov, 2013 2 commits
  16. 05 Nov, 2013 3 commits
  17. 29 Oct, 2013 3 commits
  18. 28 Oct, 2013 2 commits
    • Robert Rollins's avatar
      Issue #2107931: The Fields plugin now supports "First populated Date field". · 1e130962
      Robert Rollins authored
      Rather than defaulting an an illegal value, the Fields plugin's settings
      form now offers "First populated Date field" as the default option for
      "Date field". Using this option will tell Date iCal to look through all the
      fields in the View until it finds a populated Date field, and use that field.
      
      So, if there are two Date fields specified in the view's FIELDS setting, and
      at runtime the value of the first one is empty (e.g. because the node
      doesn't use that field), then the second Date field's value will be used.
      1e130962
    • Robert Rollins's avatar
      Issue #2122511: Added additional error correction for 2.x to 3.x migration. · d2e9b60f
      Robert Rollins authored
      The update hook now also checks for importers which are set to the new parser,
      but still have un-capitalized source keys. This will help users who forget to
      run the database update before manually fixing the missing
      DateIcalIcalcreatorParser warning.
      d2e9b60f
  19. 25 Oct, 2013 2 commits
    • Robert Rollins's avatar
      Date iCal 3.0 is finished! · b2c6c1cf
      Robert Rollins authored
      This commit adds the migration code that converts all Feeds Importers which used
      the DateIcalIcalcreatorParser plugin to use DateiCalFeedsImporter instead. The
      old classes have been removed.
      b2c6c1cf
    • Robert Rollins's avatar
      Renamed hook_date_ical_import_calendar_alter to... · 690df398
      Robert Rollins authored
      Renamed hook_date_ical_import_calendar_alter to hook_date_ical_import_vcalendar_alter, to match the export hook.
      
      Also did some minor refactoring and comment editing.
      
      Date iCal 3.0 is nearing completion! The only major task remaining
      is to write the migration code.
      690df398
  20. 23 Oct, 2013 1 commit
  21. 22 Oct, 2013 1 commit
    • Robert Rollins's avatar
      RRULE import works now! · 05caebca
      Robert Rollins authored
      I hadn't yet tested the RRULE import code when I first pushed Date iCal 3.x-dev,
      but now I have. It's much more robust than it was in 2.x.
      
      In addition, I moved the parsing class out of DateiCalFeedsParser.inc and into
      libaries/ParserVcalendar.inc, which is like how Feeds' own CSV parser is set up.
      05caebca
  22. 19 Oct, 2013 1 commit
    • Robert Rollins's avatar
      Initial commit of Date iCal 3.0! · 11f49c89
      Robert Rollins authored
      This new version is still in a state of partial completeness. You may need to do
      some manual fixing to get it working, due to a change I made in the classes
      offered by this module. Try 'drush cc registry' if 'drush cc all' fails.
      
      Please note that ALL of the hooks exposed by Date iCal have changed. They do
      essentially the same things they used to do, but they're named differently.
      
      The big change is that the Feeds plugin has been completely re-written to
      conform to the Feeds APIs. It's now much more resilient and powerful. Feeds
      Tamper will now work, and is in fact the prescribed way to alter data, since I
      removed several alter hooks.
      11f49c89
  23. 17 Oct, 2013 1 commit
    • Robert Rollins's avatar
      Issue [#2113513]: Users may now exclude the DTSTAMP field from their feeds. · 3073af84
      Robert Rollins authored
      Some ical feed readers will erroneously take the DTSTAMP field into
      consideration when comparing a new download to a previous one, and end up
      treating all events as having been updated, because their DTSTAMP field is
      different. This new option lets you get around those buggy readers.
      
      I also added the CREATED field, which was embarassingly missing until now.
      3073af84
  24. 16 Oct, 2013 1 commit
  25. 04 Oct, 2013 2 commits
  26. 27 Sep, 2013 1 commit
    • Robert Rollins's avatar
      Issue [#2098051]: UIDs are now persistent across multiple retrievals of the ical feed. · 065cfa3d
      Robert Rollins authored
      The previous fix that I applied for issue #2070883 was the complete wrong way to
      go about fixing that problem, because it introduced a new, much more sinister
      issue: the UID for an event would change every time the iCal feed got downloaded.
      
      According to the spec, the UID is supposed to be persistent, so I re-engineered
      the algoithm that creates UIDs for the Fields plugin so it will create the same
      UIDs as the Entity plugin does.
      065cfa3d
  27. 20 Sep, 2013 1 commit
  28. 17 Sep, 2013 1 commit
    • Robert Rollins's avatar
      Issue [#2088323]: Treat UTC dates differently from dates w/ other timezones. · e11ac2e9
      Robert Rollins authored
      iCalcreator requires that you *not* call createTimezone($vcal, 'UTC'), because
      the spec says to use zulu time rather than a UTC VTIMEZONE object.
      
      Also fixed a copy-pasta bug that probably never manifested, since it would have
      only had an effect on events that have an end date that's in a different
      timezone from the start date.
      e11ac2e9