Re: [Tiki-devel] I propose we switch from FullCalendar to vkurko/calendar

Please see below

On Wed, 13 Sep 2023 13:19:11 +0100 Tiki developers [email protected] said

> Hi Marc and all
> 
> The demo looks pretty good to me - however...
> 
> * It's a very small project, looks like a one person thing with just 5 other
> contributors (but is MIT so we could fork one day if needed)
> 

Indeed.

> * It's written in Svelte - what even is that?† Can we not find a Vue.js 3
> one?
> 


Maybe but none we found offer the resource view. Adam Shaw explained "It quickly became clear that, if done thoroughly and robustly, development of this view would be a massive amount of work" Source: https://web.archive.org/web/20150317011319/http://blog.arshaw.com:80/1/post/2015/02/timeline-and-other-news.html


> * Would this be for 27.x? (big change for an LTS)
> 

Yes. Tiki Calendar is already undergoing massive back-end changes.
https://gitlab.com/tikiwiki/tiki/-/merge_requests?scope=all&state=all&search=calendar

Especially this one: https://gitlab.com/tikiwiki/tiki/-/merge_requests/3534

And we will do thorough testing.


> * Apart from those points it looks like just what we need! (thanks Adrien)
> 
> jb
> 
> † https://svelte.dev/  looks a bit like vue.js but isn't - another
> node.js/npm thing, might fit into the SPA micro frameworks thing we have, but
> i've prefer to limit the number of things we need to support/learn.
> 

Agreed.

So the options are:
1- Use vkurko/calendar and get basic resource view, and contribute any desired enhancements

2- Use one of the other options (TOASTUI Calendar, etc.) and hope resource view will be added one day. Or contribute it but this is unlikely, as it's very difficult (as explained above)

3- Stay with FullCalendar and accept that some features will never be Open Source.


We can wait 6 months, and re-explore the options.


> 
> > On 13 Sep 2023, at 08:52, Marc Laporte <[email protected]> wrote:
> > 
> > Dear Tiki community,
> > 
> > https://github.com/fullcalendar/fullcalendar is really good.
> > 
> > And we have been using as a calendar front-end since Tiki8:
> > https://doc.tiki.org/FullCalendar
> > 
> > There was fullcalendar-scheduler too which permitted to do resource views:
> > https://doc.tiki.org/PluginTrackerCalendar
> > 
> > fullcalendar-scheduler was Open Source when used within Open Source projects
> >
> > https://web.archive.org/web/20191112031809/https://fullcalendar.io/license/premium
> > 
> > And then, they changed their license, and this is not suitable for Tiki:
> > https://fullcalendar.io/license
> > 
> > So Adrien did some research: https://dev.tiki.org/Calendar-options
> > 
> > And we could move to https://github.com/vkurko/calendar which is fully Open
> > Source and has the resource views. Go to https://vkurko.github.io/calendar/ and
> > click "resources".
> > 
> > There is a good development velocity:
> > https://github.com/vkurko/calendar/blob/master/CHANGELOG.md
> > 
> > Thoughts?
> > 
> > Marc
> > 
> > 
> > _______________________________________________
> > TikiWiki-devel mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
> 
> 
> 
> _______________________________________________
> TikiWiki-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>

_______________________________________________
TikiWiki-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel