Support Calendar module

Subscribing.
For some projects, we can't use the Full Calendar View module and support for Calendar will be ideal.

Hey Mandclu. Was wondering if there's any progress with this? Thanks!

I have this up and running...

Main thing required is providing granular views argument handlers Calendar can use to filter by specific day/week/month/year. Attached patch reproduces the ones which already exist for core date fields.

There's also a tiny issue on the calendar side - it's unable to detect the correct data format in one specific place. I'll add that patch to #3177761-6: Support for Smart Date, other contrib modules

Is it necessary to create a view, manually add a contextual filter, and then switch to the Calendar display?

Yes, that's basically it! Sample config for a month view (using Smart Date Starter Kit) attached - I used the following steps:

- Add contextual filter on one of the new granularity fields (e.g. "node.field_when (year_month)" for month calendar )
- Set "provide default value" to Calendar: Current Date (also set the validation criteria to "Calendar Date Format" to get a nice page title)
- Set style to Calendar and row plugin to Calendar Entities
- Set pager to Calendar
- Add Calendar header to display title

I suspect it'd be easy enough to hook into the views template thing and provide a preset for day/week/month/year as calendar does for core fields... or maybe that part is calendar's responsibility again? hmm

There's a major issue not addressed by the current patch, leading to duplicated entries in the calendar when recurring dates are used.

Calendar's views Row plugin picks up the entity associated with each result row, then generates a calendar entry for every occurrence from that entity. As Smart Date's Views integration is querying pre-generated occurrences, Calendar is actually doing this multiple times per entity.

I didn't spot this before, because Calendar has some simple logic to filter out duplicates (seems to have originated from https://www.drupal.org/project/calendar/issues/2699477#comment-11035135):

    // Unrelated to end date: this addresses issue where an entity on a calendar
    // is duplicated if it has multiple entity references; ensure that the
    // calendar entity is only displayed once.
    static $used = '';
    if ($id != $used) {
      $used = $id;
    }
    else {
      return [];
    }

This works, but only if there are no other events within the same timeframe as the recurring series.

Replacing that logic [in Calendar] with something which tracks all the seen entity IDs works, but probably isn't an ideal approach!

When I try to use this patch (which fails via composer, but seems to work if you manually hack the module), I get the new arguments in contextual filters, but if I try to use one of them I get a "The handler for this item is broken or missing" error.

Found a minor issue with the FullDate argument. Views module provides it as "date_fulldate", and not "date_full_date" (for Datetime module it is defined as "datetime_full_date"). Updated a patch with just this change. The rest worked for me - allowed to select granular Views arguments for the Calendar module (version 1.x-dev as of Sep 30, 2023) with SmartDate (version 4.0.0-alpha1) and Drupal Core 9.5.11 .

Have the following patches in place to make things work together:

"drupal/calendar": {
"view_args always contains the current date when using ajax pager: https://www.drupal.org/project/calendar/issues/2858086": "https://www.drupal.org/files/issues/2022-04-19/calendar-view_args_ajax_f...",
"Check argument validity when using getDisplayForGranularity: https://www.drupal.org/project/calendar/issues/3197276": "https://www.drupal.org/files/issues/2022-10-06/calendar-getDisplayForGra...",
"Support for Smart Date, other contrib modules: https://www.drupal.org/project/calendar/issues/3177761": "https://www.drupal.org/files/issues/2022-06-13/3177761-6.calendar.Suppor..."
},
"drupal/smart_date": {
"Support Calendar module: https://www.drupal.org/project/smart_date/issues/3177760": "https://www.drupal.org/files/issues/2023-09-30/smart_date-support_calend..."
},

I've just set this up using #13 and the patch in #3177761-6: Support for Smart Date, other contrib modules. Aside from having to add the date contextual filter before selecting the calendar format, the experience was seamless. I'd say RTBC.

I did end up seeing duplicates calendar items, per grahamC in #10. I created another issue in the calendar queue, #3452532: Duplicate rows for some entities with multiple entity references, which addresses the problem in the way grahamC suggests.