커뮤니티에서 이 요청이 다시 제기되었으므로, 올바른 카테고리에 배치되지 않았던 이전 기능 요청을 링크하고자 합니다:
캘린더: caldav/carddav로 내보내기](Calendar: export to caldav/carddav)
ical 내보내기는 파일 기반인 반면, caldav는 적절한 API 호출을 지원하는 dav 서비스가 필요합니다. ical 내보내기 옵션이 더 쉬울 것으로 생각합니다 …
6개의 좋아요
CalDAV 구독은 모든 이벤트 관리 확장 기능의 기본 요소입니다. 이 기능에 대한 모금 캠페인을 어디서 시작할 수 있을까요?
전적으로 동의합니다.
제 생각에 현재 달력 기능은 모든 시간 관리가 Discourse 내부에서 이루어지거나 Gmail 캘린더와 같은 독점 솔루션과 함께 사용될 때만 유용합니다. 이로 인해 다른 오픈 시스템과의 통합이 불가능하여 일종의 “격리” 상태에 놓이게 됩니다.
많은 경우 사용자들은 특정 제공업체에 종속되지 않는 외부 캘린더 솔루션(예: Python으로 작성된 Radicale caldav/carddav 서버)을 사용합니다. 이들은 단순히 포럼 내부에서 달력을 표시(“읽기 전용”)하고 외부 변경 사항을 자동으로 동기화하기를 원합니다.
Discourse가 caldav 클라이언트 역할을 수행할 수 있다면(데스크톱의 Thunderbird나 Android의 DAVx⁵와 같이) 이는 큰 진전이 될 것입니다. 처음에는 "읽기 전용"으로 시작하고, 두 번째 단계로 외부 caldav 캘린더에 대한 쓰기 권한을 구현할 수 있습니다. 이는 현재 달력 플러그인과는 다른 접근 방식으로, 사용자 프로필과 연결되어야 합니다.
커뮤니티의 관점에서 CalDAV가 더 실용적이기는 하지만, 말씀하신 대로 2방향 동기화를 위해 서버 역할을 해야 하므로 상당한 개발 노력이 필요합니다.
반면 Webcal 피드는 데이터를 일방향으로 수집하고 배포하는 것이라 구현이 훨씬 쉽고 빠릅니다.
CalDAV의 필요성은 이해하지만, Webcal처럼 비교적 빠르게 구현할 수 있는 기능이 지연될 수 있습니다.
원하시는 기능을 기본적으로 제공하는 @angus님의 Angus' Events Plugin 📅 을 참고해 보시는 것이 좋습니다.
이 플러그인은 자체 이벤트 UI를 제공하며, 공식 Discourse #calendar-and-event 플러그인과 UI를 사용하더라도 백엔드 처리만 담당합니다.
1개의 좋아요
그렇지 않다고 생각합니다. Discourse에서 CalDAV 캘린더 서버 기능은 필요하지 않습니다. 이전에 언급한 Radicale Server는 Python 기반의 작은 CalDAV/CardDAV 서버로, CalDAV와 CardDAV 모두에 대한 서버 측 요구 사항을 이미 모두 충족하고 있습니다. Discourse 측에서 부족한 것만 클라이언트 구현과 콘텐츠를 표시 및 편집하기 위한 UI입니다. @angus의 Events 플러그인은 아직 이 공백을 메우지 못하고 있습니다.
이벤트 플러그인을 사용하면 iCalendar(RFC 5545) 호환 소스, 여기에는 CalDav도 포함됩니다,에서 이벤트를 가져올 수 있습니다.
1개의 좋아요
음, 그러면 제가 무언가를 놓쳤던 것 같습니다. 정보 감사합니다!
앞으로 Pavilion 플러그인처럼 iCal URL 구독 기능이 추가될 가능성이 있을까요?
2개의 좋아요
음 - 원글이 게시되었을 때 이미 기능이었습니다. 그들이 원했던 것이 그것이라고 생각하지 않습니다.
또한, .ics를 통한 이벤트에 있어 상당히 중요한 위치(Location) 필드가 현재 전달되지 않고 있다는 점도 참고해 주세요:
이것은 버그입니다. 해당 버그를 위한 전용 토픽이 있는지 확인해 봅시다.
1개의 좋아요
이 내용을 해석하는 데 어려움을 겪고 있습니다. 실제로는 어떤 의미인가요?
이 두 게시글은 Angus가 이 플러그인의 구독 프로그램을 중단하기 전에 작성된 것이므로, 이제 Events Plugin은 아무것도 해결해 주지 않습니다.
I think @kelv added some of this back per:
이 요청의 범위는 무엇인가요?
1개의 좋아요
완료되었습니다.
6개의 좋아요