Google日历如何协作？

管理员视角

1. 打开日历的设置界面
2. 在“与特定的人共享”中点击“添加共享对象”，填写对方用于注册谷歌账户的邮箱地址
3. 将权限设置为“更改活动”，这样对方就取得了“写”权限

协作者视角

受邀请者会收到一封邮件：

点击“添加此日历”接受邀请，并自动跳转到Google日历网站，此日历会出现在“其他日历”中。协作者可以更改日历的名称和说明，这个不会同步到上游日历中，仅对自己生效。协作者创建活动时，选择将活动创建在该日历中，即实现了日历协作。

使用建议

建议管理员账号只用于管理协作者，各个日历交给相应的协作者维护。

from open-wonderland.

谢谢张老师的建议！我来回复下~

对于1，如果考虑到不是经常挂着代理的用户，发布者的确不应该用Google Calendar，因为更新订阅需要走代理。而对于订阅者，正是鼓励Ta用自己习惯的日历应用，只要这个日历应用支持订阅即可。

对于2，发布者选用什么日历应用必须考虑到该日历应用是否支持发布日历为订阅地址。如果因此造成了“多入口”，只要两者支持CalDAV，也能变成“单入口”管理。张老师说的私密calendar应该是指团队日历吧，对于这种情况，我觉得应该是用飞书、钉钉这种团队协作的工具；方案一对应的场景其实更偏向于公开和开放。

对于3，只要使用的日历App支持将日历发布为订阅地址，且那些会议App自动添加日程到这本日历中，那就没问题的。

对于4，我觉得这个需求还是使用正统的团队协作应用来搞定比较合适哈哈。

总的来说，这个日历服务中的日历更偏向于更新频率较低的，比如“感兴趣的学术期刊的征稿期”、“X-lab实验室秋季学期固定会议”、“2022年开源活动”等。如果是用于团队协作的话，应该用正统的应用更好。此外，对个人来说，如果你在多个日历应用上都有日程（分散在各日历应用中），可以使用CalDAV将它们在一个日历应用中管理（见“前置知识”）。

from open-wonderland.

我先用Google Calendar探索一下~

实验室公共Gmail账号目前定为：[email protected]

from open-wonderland.

外部我们关注的几个社区📅功能都做的挺好的，只不过全部一键订阅后日程就变得满满当当，要素过多～😄

也许是可以做一些挑选，然后我们自己再建一个的

from open-wonderland.

from open-wonderland.

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

from open-wonderland.

感谢 @tyn1998，我们尽快定下来，看上去还是非常吸引人的~

from open-wonderland.

我们可以约个时间，和几个日历的负责同学，做个简单的共识与培训，然后把这个日历体系用起来~

from open-wonderland.

目前一共有四个日历（内部团队、期刊会议、外部社区、学校学院），都给王老师加上了~

from open-wonderland.

这个日历内容我加完了，是不是需要进行在实验室内推广一下。

from open-wonderland.

毕博现在加的内容是不是大家课程的集合？

是的。

from open-wonderland.

我将前面的讨论，转换到此处的 issue，希望能够系统的建设一下实验室的日历服务。

对于时间管理而言，日历服务是个非常重要的工具，请@tyn1998 来系统的帮忙考虑下，如何建设起来。

一些典型的场景包括：

• 上课
• 组会
• 各类社区活动
• 论文会议投稿
• 等等

from open-wonderland.

没问题~

from open-wonderland.

1. 作为订阅者，功能方便、准确的使用最为重要，比如说我是一个Windows 用户，可能使用本身自带的Calendar 是最方便的，Google Calendar 不是开箱即用又需要额外翻墙，日历的最大的作用应该是提醒功能，我每次打开电脑，自动提醒，如果能做到这个我觉得才有价值，如果用户打开电脑还要手动另外打开一个额外的工具，可能就会带来忘记使用到最后不用。
2. 作为发布者，使用的频率可能并没有那么高，但是如果通常发布者也会是订阅者，两者统一工具的话可能效果最好，避免相同事情不同的入口。 其次，安全性的保证也需要考虑，私密calendar 是否有存在的可能，那么如何保证这些calendar的存在是否现在的方案有一定的考虑？
3. 如果能够做到移动端就更好了，现在很多华为系统的日历他可以自动读取其他第三方app 订阅的会议，然后在华为手机或者手表上日历上自动添加和同步进去，然后自动提醒用户，这一点做得非常好。

from open-wonderland.

4.还有一点，发布日历的时候能否查询参与人员的日历来确定冲突的发生？ 比如说我要定一个会议，需要喊几个人来一起参加，我在定这个会议的时候，可能需要知道参与人员在该时间段是否有其他会议或者活动冲突

from open-wonderland.

上述几点供工具选型和设计的时候参考使用

from open-wonderland.

有后续不？我们是否可以尝试着落地下~ @tyn1998

from open-wonderland.

我觉得，我们可以考虑 follow TODO 的模式来建立日历信息共享服务：https://todogroup.org/community/

大家有啥建议？ @tyn1998 @AliceCodeZhang

from open-wonderland.

支持日历发布为iframe？ Y N

王老师，TODO的这个就是前面提到的Google日历的iframe功能~

有后续不？我们是否可以尝试着落地下~

start working on this~

from open-wonderland.

支持日历发布为iframe？ Y N

王老师，TODO的这个就是前面提到的Google日历的iframe功能~

有后续不？我们是否可以尝试着落地下~

start working on this~

好咧，那我们就先按这个模式搞起来，先把我们的组会运营起来，然后不断加入 event~

from open-wonderland.

创建多个日历不仅利于分类维护，还能让用户选择性地订阅其中的若干个日历。这里需要王老师 @will-ww 拿个主意：

• 要创建几个日历？
• 每个日历的“名称”和“简介”是什么？

from open-wonderland.

订阅者视角（路人视角）

假如我是一个想了解X-lab的路人，我使用Apple Calendar，并且我知道我的日历软件是支持订阅功能的。我现在已经通过渠道拿到了“组会”这个日历的公开订阅URL，于是我要订阅它：

然后我就能看到它了，就这么简单：

from open-wonderland.

创建多个日历不仅利于分类维护，还能让用户选择性地订阅其中的若干个日历。这里需要王老师 @will-ww 拿个主意：

• 要创建几个日历？
• 每个日历的“名称”和“简介”是什么？

我觉得从实验室的角度看，至少应该有这几个视角：

• 内部团队（@will-ww ）：主要包括我们自己的几个组会、活动等
• 学院学校（@bifenglin ）：学校、学院层面的活动、大家的课程安排等
• 外部社区（@xiaoya-Esther ）：外部所有我们关心的活动，ONES Group、TODO、CHAOSS、标准院等

from open-wonderland.

好的 我今天尝试把学院学校大家的课程或者相关活动补充一下。这边还需要王老师补充下我们目标会议期刊的一些时间点。 @will-ww

from open-wonderland.

好的 我今天尝试把学院学校大家的课程或者相关活动补充一下。这边还需要王老师补充下我们目标会议期刊的一些时间点。 @will-ww

嗯，好主意，这个任务交给我了~

from open-wonderland.

@tyn1998 麻烦添加下协作者，[email protected]

from open-wonderland.

ok~邀请毕博了加入了这两个日历。

from open-wonderland.

外部我们关注的几个社区📅功能都做的挺好的，只不过全部一键订阅后日程就变得满满当当，要素过多～😄

也许是可以做一些挑选，然后我们自己再建一个的

必须做些选择，不然肯定看不过来~

from open-wonderland.

@tyn1998 麻烦添加下协作者，[email protected]
@tyn1998

我的Gmail: [email protected]

from open-wonderland.

毕博现在加的内容是不是大家课程的集合？

from open-wonderland.

这个日历内容我加完了，是不是需要进行在实验室内推广一下。

可以的，我们稍微Review优化下，写个使用文档，然后就可以推广了。

from open-wonderland.

毕博现在加的内容是不是大家课程的集合？

是的。

我记得前几天

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

我记得哪天上课哪位老师说过一个方案，大概就是每个人都可以把自己的日历做好，然后快速会议可以根据每个人这个时间段有没有时间来拉人，但是具体是哪个平台我忘记了 @tyn1998

from open-wonderland.

毕博现在加的内容是不是大家课程的集合？

是的。

我记得前几天

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

我记得哪天上课哪位老师说过一个方案，大概就是每个人都可以把自己的日历做好，然后快速会议可以根据每个人这个时间段有没有时间来拉人，但是具体是哪个平台我忘记了 @tyn1998

zhangyanbin老师

from open-wonderland.

毕博现在加的内容是不是大家课程的集合？

是的。

我记得前几天

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

我记得哪天上课哪位老师说过一个方案，大概就是每个人都可以把自己的日历做好，然后快速会议可以根据每个人这个时间段有没有时间来拉人，但是具体是哪个平台我忘记了 @tyn1998

zhangyanbin老师

好像当时上课讲的是飞书是嘛，google calendar可以实现嘛

from open-wonderland.