Poiché questa richiesta della nostra community è apparsa di nuovo, vorrei collegare questa richiesta di funzionalità precedente che non si trovava nella categoria corretta:
Calendario: esporta in caldav/carddav](Calendar: export to caldav/carddav)
Mentre l’esportazione ical è basata su file, caldav richiederebbe un servizio dav con chiamate API appropriate. L’opzione di esportazione ical sarebbe più facile, presumo…
L’abbonamento a CalDAV è alla base di qualsiasi estensione di gestione eventi, dove potremmo avviare una raccolta fondi per questa funzionalità?
Assolutamente vero.
Dal mio punto di vista, l’attuale implementazione della funzionalità del calendario è utile solo per casi d’uso in cui tutta la gestione del tempo è preparata all’interno di Discourse e/o con alcune soluzioni proprietarie come il calendario di Gmail. Questo lo rende in qualche modo “isolato” poiché non vi è integrazione con altri sistemi aperti.
In molti casi, le persone utilizzano soluzioni di calendario esterne indipendenti da uno specifico provider (ad esempio, server Radicale caldav/carddav in Python). Vogliono semplicemente visualizzare il calendario all’interno del forum (“sola lettura”) e sincronizzarsi automaticamente con le modifiche esterne.
Se Discourse potesse agire come client CalDAV (come Thunderbird sul desktop e DAVx⁵ su Android), sarebbe un grande passo. Inizialmente potrebbe essere “sola lettura”, il secondo passo sarebbe l’implementazione dei permessi di scrittura sui calendari CalDAV esterni. Questo dovrebbe essere collegato al profilo utente, che è un approccio diverso rispetto all’attuale plugin del calendario.
Caldav è più pratico per una comunità ed è anche molto lavoro come hai detto, deve agire come un server per una sincronizzazione a 2 vie.
D’altra parte, un feed Webcal è solo una raccolta e trasmissione unidirezionale di dati che sarebbe molto più facile e veloce da implementare.
Capisco la necessità di caldav, ma potrebbe ritardare l’implementazione della funzionalità più rapidamente fattibile che è webcal.
Potrebbe interessarti dare un’occhiata a Events Plugin 📅 di @angus, che fa fondamentalmente quello che credo tu stia cercando.
Ha una sua interfaccia utente per gli eventi, oppure puoi usare il plugin e l’interfaccia utente ufficiali di Discourse calendar-and-event, e si occuperà solo delle parti di backend.
Non credo. Non abbiamo bisogno della funzionalità del server del calendario CalDav in Discourse. Il Radicale Server che ho menzionato in precedenza è un piccolo server Caldav/CardDav basato su Python che risolve già tutti i requisiti lato server, sia per CalDAV che per CardDAV. L’unica cosa che manca dal lato Discourse è un’implementazione client e un’interfaccia utente per visualizzare e modificare il contenuto. @angus Il plugin Eventi non colma ancora questa lacuna.
Il Plugin Eventi ti consente di importare eventi da qualsiasi origine compatibile con iCalendar (RFC 5545), che include CalDav.
ok, allora potrei essermi perso qualcosa. Grazie per le informazioni!
Ci sono possibilità di avere sottoscrizioni tramite URL ical in futuro, come accadeva con il plugin Pavilion?
Ehm, erano già una funzionalità quando è stato pubblicato l’OP qui. Non credo che fosse quello che stavano cercando.
Si prega inoltre di notare che il campo Luogo (che è piuttosto critico per gli Eventi tramite .ics) non viene attualmente trasmesso:
Questo è un bug, assicuriamoci che ci sia un argomento dedicato per esso.
Ho difficoltà a interpretare questo, cosa significa in pratica?
entrambi questi post sono precedenti al fatto che Angus abbia abbandonato il programma di abbonamento per questo plugin, quindi il plugin eventi non risolverà nulla ora
Penso che @kelv abbia ripristinato parte di questo per:
Qual è l’ambito di questa richiesta?
