Lam Tang

> @tyn1998 能帮opendigger搞一个不 如果也采用Discussion的方式，那很简单的，但是我没权限哈。OpenDigger可能也要求全英文的，这个需要注意，这方面可能会花点时间。

拖更拖更（看不见我）

没问题~

方案一此方案不需要部署任何服务，而是充分利用已有主流日历App，进行了流程上的整合。前置知识.ics文件是遵循iCalendar标准的开放格式文件。简单的说，.ics文件按照一定的格式记录了日历中所有日程的信息，支持.ics格式的日历应用将其导入便可呈现在应用界面中（只读不可编辑）。导入.ics文件是一次性的，我们想要的是“订阅”日历，这样一旦日历发布者更新了日历，订阅者也能保持同步。在这种订阅机制中，发布者给出一个URL，订阅者添加该URL到支持该机制的日历应用中，于是应用每隔一段时间会访问该URL获取最新的.ics文件，从而保持同步。CalDAV是WebDAV的扩展。简单的说，如果两个不同的日历应用，叫它们A和B，都支持WebDAV，那么就可以在B上将A添加为一个CalDAV账户，这样在B上就能管理A中的日历，即实现了双向同步。如果你是日历发布者推荐在Google Calendar和Outlook Calendar选一个。下面的表格展示了两者的features：   | Google Calendar | Outlook Calendar -- | -- | -- 有Web版应用？ | Y | Y 界面交互棒？ | Y | Y 支持时区？ | Y | Y 支持日历发布为订阅地址？...

暂时还没有方案二、方案三。搜索了挺多东西，一开始设想过使用GitHub管理并涉及编程和部署服务的方式，但是这对日历发布者来说成本太高了，不利于日历的及时更新。方案一充分利用了已有的成熟的日历应用，整合了一套流程，唯一需要额外做的就是宣传一下日历的订阅地址，比如开个仓库把订阅地址写到README中~

谢谢张老师的建议！我来回复下~ 对于1，如果考虑到不是经常挂着代理的用户，发布者的确不应该用Google Calendar，因为更新订阅需要走代理。而对于订阅者，正是鼓励Ta用自己习惯的日历应用，只要这个日历应用支持订阅即可。 对于2，发布者选用什么日历应用必须考虑到该日历应用是否支持发布日历为订阅地址。如果因此造成了“多入口”，只要两者支持CalDAV，也能变成“单入口”管理。张老师说的私密calendar应该是指团队日历吧，对于这种情况，我觉得应该是用飞书、钉钉这种团队协作的工具；方案一对应的场景其实更偏向于公开和开放。 对于3，只要使用的日历App支持将日历发布为订阅地址，且那些会议App自动添加日程到这本日历中，那就没问题的。 对于4，我觉得这个需求还是使用正统的团队协作应用来搞定比较合适哈哈。 总的来说，这个日历服务中的日历更偏向于更新频率较低的，比如“感兴趣的学术期刊的征稿期”、“X-lab实验室秋季学期固定会议”、“2022年开源活动”等。如果是用于团队协作的话，应该用正统的应用更好。此外，对个人来说，如果你在多个日历应用上都有日程（分散在各日历应用中），可以使用CalDAV将它们在一个日历应用中管理（见“前置知识”）。

> 支持日历发布为iframe？ Y N 王老师，TODO的这个就是前面提到的Google日历的iframe功能~ > 有后续不？我们是否可以尝试着落地下~ start working on this~

我先用Google Calendar探索一下~ 实验室公共Gmail账号目前定为：[email protected]

创建多个日历不仅利于分类维护，还能让用户选择性地订阅其中的若干个日历。这里需要王老师 @will-ww 拿个主意： - 要创建几个日历？ - 每个日历的“名称”和“简介”是什么？

# Google日历如何协作？ ## 管理员视角 1. 打开日历的设置界面 2. 在“与特定的人共享”中点击“添加共享对象”，填写对方**用于注册谷歌账户的**邮箱地址 3. 将权限设置为“更改活动”，这样对方就取得了“写”权限 ## 协作者视角 受邀请者会收到一封邮件： 点击“添加此日历”接受邀请，并自动跳转到Google日历网站，此日历会出现在“其他日历”中。协作者可以更改日历的名称和说明，这个**不会同步到上游日历中**，仅对自己生效。协作者创建活动时，选择将活动创建在该日历中，即实现了日历协作。 ## 使用建议 建议管理员账号只用于管理协作者，各个日历交给相应的协作者维护。