http://en.wikipedia.org/wiki/ICalendar

我的工作来实现出口特征的事件。上面的链接清单吨的客户支持ICalendar标准,但"三个大的"我可以看到的是苹果的iCal,Microsoft的前景,并谷歌是我最喜爱的。

我开始觉得每一个这些客户实施的不同部分"标准",我不能确定哪些信息我们应该试图出口,从的应用程序使得有人可以把它放在他们的日历(尤其是在再次发生).

例如,从我的理解Outlook不支持每小时复发。

可能你们中的任何提供指导的"快乐的媒体"在这里,从一个特点执行的角度来看?

次级问题,如果我们决定切特征的出口(例如每小时再次发生),因为它不支持在Outlook,我们应该支持它的应用?(它是一个通用的事件计划应用程序,没有具体业务的使用在头脑...所以我们真的是寻找快乐的中等)。

有帮助吗?

解决方案

我必须说我不用每小时的复发的功能,因为真的如何许多人的事件重复在同一天吗?我可以看到,如果有人不过是时间表时,它们需要采取一种特别药物,在经常性的时候了一整天。

我要说的是支持全特征的应用程序本身,而是提供一个警告,当他们去出口的日历中,所有事件的详细信息可能无法按预期的方式工作或找到一种方法来出口在一个不同的方式Outlook单,并提供每小时复发的功能。

其他提示

我用iCal在 闪电 (雷鸟), Rainlendar.

我已经使用日历软件为年(十年)和从未有过的一个必要的重复的事件在同一天。它是简单的添加额外的每日重复的事件在同一天,如果这是真正需要的。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top