Loading items as needed by AJAX

Thanks everyone for working or contributing your thought on this issue.

Since there are a lots changes and this move will require more testing, I created a new branch 5.2.x for it and a MR for this issue.

You can use following URL to get the patch for the MR.

https://git.drupalcode.org/project/fullcalendar_view/-/merge_requests/44...

The main concern I am having for the codes suggested is security. I will raise my concern on the MR for further clarifying.

It is a significant change and involved all lots work. I really appreciate your work and thought on such important feature for some sites in which there are a lots of events which are unnecessary to load at once.

There are some unsolved issues (see the MR), so it needs more works.

Getting issue after applying the patch #61.

TypeError: Drupal\smart_date\Plugin\FullcalendarViewProcessor\SmartDateProcessor::getIdMappings(): Argument #1 ($entries) must be of type array, null given, called in C:\Users\FWS-22-3\PHPstorm Projects\P-Test\P-D9\drupal\web\modules\contrib\smart_date\src\Plugin\FullcalendarViewProcessor\SmartDateProcessor.php on line 53 in Drupal\smart_date\Plugin\FullcalendarViewProcessor\SmartDateProcessor->getIdMappings() (line 94 of modules\contrib\smart_date\src\Plugin\FullcalendarViewProcessor\SmartDateProcessor.php).

I am using Smart date with Smart Date Recurring module.

Same error with patch #61

Drupal\smart_date\Plugin\FullcalendarViewProcessor\SmartDateProcessor::getIdMappings(): Argument #1 ($entries) must be of type array, null given

Reroll the patch to version 5.1.11

Reroll the patch to version 5.1.11

Reroll the patch to version 5.1.11

I will put this module into "Bug fixing only' status soon.

A feature like this one requires a lots testing, won't be add to future release of this module.

I recommend using Fullcalendar Block module instead.

Reroll the patch to version 5.1.12

Reroll the patch to version 5.1.12

Was it ever identified what the "5" in the readme picture was for? I'm having an issue where I'm getting a white screen of death with full calendar, but if I limit the results number, it'll start working again. What's the expected value to be used here? I always assumed show all... but maybe that's what's breaking my view.

Reroll the patch to version 5.1.12

We tried using the Fullcalendar Block instead of using this patch. But that module cannot be used as a replacement, especially when we want to have views exposed form. Also we need to configure it in two places, and configuring the date filter is confusing.

As the patch got rejected here. We decide to create a separate module to have this feature. It is Fullcalendar Dynamic → . It is mostly a fork of the fullcalendar_view module. Please have look and please feel free to submit patches to fix any issues you encounter.

Updated patch from #74. I made some JS strings translatable.

Fixed mistake made in #77. The patch adds Drupal.t to js strings.

My bad, I fixed the mistake from previous patches.