Про RFC 5545

[vitus_wagner]

Кажется, авторы RFC 5545 рассчитывали на использование их пользователями GTD.

Иначе зачем бы объекту VTODO статус DELEGATED?

Если у нас набор задач общий для всех членов команды, логичнее иметь поле ASSIGNEE как, скажем, в jira.

А вот если этот список сугубо персональный, да еще и не единственный, то передачу задачи другому человеку естественно обозначать как делегирование.

Авторы todoman похоже, тоже что-тоимели в виду GTD, предусмотрев команду копирование задачи из списка в список. Хотя правильнее было бы не копировать, а перемещать. GTD заточена под бумажные описания задач, которые скопировать сложно, а переместить из лотка в лоток - легко.

И в андроином tasks.org поддержка множественных списков тоже есть. Хотя эта программа больше расчитана на работу с категориями задач. Но категории - это по смыслу тэги. Вещь неструктурировананая, способствующая разведению бардака. Правда в tasks.org есть поддержка подзадач, причем произвольной глубины вложенности. а в todoman нет. Я было подумывал ее туда дописать, но что-то с ходу не получилось. Больно уж там много функиональности унесено в модуль icalendar, который в другом репозитории и в другом пакете. Править их параллельно - неудобно.

Лучше сразу своё делать. Потому что все кто работает с RFC 5545 умеют аккуратно сохранть неподдерживаемые поля. Так что с одним и тем же календарем (список задач как ни странно - часть календаря) можно работать разными программами, причем как локально, так и по сети с помощью CalDAV. Благо есть на свете vdirsyncer

Comments

[fau74]

ИМХО как раз вот это - что список задач часть календаря - и является серьезной ошибкой уровня solution design. Потому что календарь - это события с фиксированным началом и концом, а у задач логика другая. У них может быть фиксированное начало ("заплати за сервис 96 мартобря сего года"), может быть дедлайн ("сделай задачу до 96 мартобря сего года"), а может вообще не быть привязки к дате ("будет время - зайди к Васе"). И если начало задачи может быть привязано к дате, то завершение не привязано к ней никогда; задача не завершается автоматически по дедлайну, она завершается только по отметке о завершении.

[vitus_wagner]

Ну "является частью" - понятие растяжимое. Представь себе бумажный ежедневник, где есть по странице на каждую дату года и еще пара десятков страниц, ни каким датам не привязанных. Вот туда и пишется список задач.

И да, в RFC все как ты описал. У задачи можт быть DTSTART (а может и не быть), может быть DUE, может быть COMPLETED.

А еще там есть reccurence rule. То есть можно сделать задачу вида "каждый второй четверг второго месяца квартала выпустить минорные релизы постгреса". И правильный софт будет показывать эту задачу автоматичски при праосмотре списка задач на соответсвующую дату. Хотя там более сложная конструкция. Можно сделать задачу с заданным числом повтореий вроде "к4ажй вторник ближайшие 4 недели" или до оуказанно даты.

Впрочем RRULE бывает не только у задач, о и у событий, жестко привязанных к календарю.

[http://users.livejournal.com/-arty/]

У RRULE кстати есть специфичная для задач проблема: в качестве точки отсчёта для повтора нельзя указать время фактического выполнения

[yurikhan]

Если у нас набор задач общий для всех членов команды

iCalendar дизайнился в первую очередь работать поверх email. А email не умеет в Общее Для Всех.

[vitus_wagner]

Когда писаалась версия 3.0 (RFV 5545) Caldav уже был.

Но вообще iCalendar мне за то и нравится, что позволяет работать через людбые методы синхонизации. Хоть через email, хоть через SyncThing. Правад к андроиднм tasks.org и opentask нет провайдера календаря, который бы работал просто с каталогом файловой системы (синрхронизируемым через syncthing или smbsync)