Обзор плагина для управления задачами в Obsidian с трёхпанельным интерфейсом и поддержкой фильтров, тегов, календаря и приоритизации.
Key Takeaways
- Плагин интегрируется напрямую с Markdown-задачами Obsidian, упрощая использование.
- Трёхпанельный интерфейс обеспечивает удобную навигацию и управление задачами.
- Возможность фильтрации и категоризации задач повышает их структурированность.
- Интерактивное календарное планирование помогает эффективно распределять время.
- Массовые операции и вложенные подзадачи делают управление гибким и масштабируемым.
What the video covers
- Плагин работает поверх inline-задач в Markdown, не требует создания дополнительных файлов.
- Используется трёхпанельный интерфейс: фильтры слева, задачи в центре, метаданные справа.
- Фильтры позволяют сортировать задачи по проектам, тегам и дате выполнения.
- Поддерживается вложенная категоризация тегов и разделение проектов и тегов.
- Возможна массовая обработка задач, включая назначение тегов и дат.
- Календарное отображение задач с возможностью интерактивного таймблокинга.
- Поддержка бесконечной вложенности подзадач с возможностью управления ими.
- Интерфейс позволяет быстро менять описание, приоритеты и даты задач без модальных окон.
- Планируется добавление таймтрекинга и глубокой статистики.
- Плагин направлен на повышение эффективности управления задачами внутри Obsidian.
Chapters
- 00:00Введение и концепция плагина
- 01:32Трёхпанельный интерфейс и фильтры
- 02:53Центральная панель и отображение задач
- 04:12Правая панель и работа с метаданными задач
- 05:51Категоризация и массовые операции с задачами
- 07:30Планирование задач на календаре
- 09:01Интерактивное управление временем задач
- 10:16Приоритеты и дополнительные функции плагина
- 13:29Заключение и перспективы развития
Full Transcript — Download SRT & Markdown
Speaker A
Салют. Я вам рассказывал, что работаю над плагином для управления задачами и что этот плагин станет частью следующего обновления хранилища. Так вот, сейчас я бы хотел объяснить концепции, на основе которых он строится, и также показать core-механики, которые я уже реализовал и которые станут частью основного workflow. Итак, фишка плагина в том,
Speaker A
что он работает поверх inline-задач. Это значит, что если вы возьмёте плагин, установите его в какое-то хранилище, то он будет работать сразу. Ему не понадобится генерировать какие-то файлы индексные или bases-отображения. Он просто будет работать благодаря тому, что задачи уже записаны в Markdown-синтаксисе, то есть в том синтаксисе, который свойственен непосредственно
Speaker A
Obsidian. И на самом деле вы уже видите задачи, которые записаны в Markdown-синтаксисе. И для вас здесь наверняка нет ничего нового. Мы просто записываем задачи, добавляем какие-то комментарии, добавляем подзадачи, можем добавлять ссылки на внешние ресурсы, можем добавлять ссылки на внутренние заметки, можем добавлять ссылки на файлы и так далее. И плагин, он будет парсить все
Speaker A
эти задачи, а потом в своём внутреннем внутреннем интерфейсе помогать нам этими задачами управлять, приоритизировать, проставлять им даты и так далее. Ну и, собственно говоря, давайте перейдём непосредственно к интерфейсу плагина. Значит, он вызывается через команду.
Speaker A
Команда к релизу, скорее всего, поменяется, но само отображение будет вот таким. Значит, тут используется идея трёхпанельного отображения. Слева происходит отображение фильтров, которое позволяет фильтровать по проектам, тегам, по тем задачам, которые у нас запланированы на сегодня или предстоящим задачам и так далее. И вы уже наверняка чувствуете, где я черпал вдохновение,
Speaker A
потому что вот эта левая панель, она очень напоминает панель Todoist. И это неспроста, потому что Todoist очень минималистичная, очень понятная панель. Она интуитивная, но всё-таки в моём случае различия есть, и они прежде всего концептуальные. В частности, у меня
Speaker A
есть отображение проектов и отображение тегов. Это значит, что у меня есть явное разделение проектов, то есть задач, которые относятся к проектам, и категоризация этих задач, Todoist больше делает упор на то, чтобы создавать проекты и потом создавать какие-то точечные лейблы для того,
Speaker A
чтобы категоризировать задачи. В моём случае есть разделение и на проекты, и на теги. Причём я рекомендую использовать именно вложенные теги для того, чтобы группировать эти классификаторы.
Speaker A
В общем, левая панель у нас отвечает за фильтры. Центральная панель непосредственно отображает задачи. И мне именно нравится, что все задачи я вижу именно на центральной панели. И при этом, когда я нажимаю на задачу, то её метаданные я вижу отдельно справа. То есть, когда я нажимаю
Speaker A
на задачи, у меня не происходит перекрытия, не появляются модального окна. Я всё также могу листать, анализировать и как-то управлять задачами и получать некоторое общее представление о том, сколько у меня задач, а какие у них есть комментарии, дополнения, есть ли подзадачи
Speaker A
и так далее. Ну и, соответственно, есть правая панель, которая отвечает за метаданные задачи. Мы можем менять дату, добавлять описание задачи, которое будет показываться вот здесь снизу.
Speaker A
можем добавлять подзадачи. Причём круто, что эти подзадачи мы можем вкладывать бесконечно долго. То есть это как раз-таки то есть это как раз-таки проистекает из идеи, что мы можем записывать задачи внутри файла и делать до бесконечности отступ. Ну и, соответственно, внутри задачи
Speaker A
мы можем тоже как-то категоризировать, тоже проставлять им даты и так далее. Значит, у нас есть три панели. Они помогают в данном случае ориентироваться по задачам, их как-то фильтровать, быстренько менять у них описание, как-то их комментировать. И также есть ещё слева одна маленькая панель. Если называть её на манер Obsidian, то это своеобразный
Speaker A
ribbon-меню. Он в данном случае позволяет переключаться между разными отображениями, календарным отображением, проектами. Можно искать задачи. Попозже появится ещё таймтрекинг, глубокая статистика, но пока что есть только вот эти отображения. И сейчас мы скоро перейдём в
Speaker A
календарь. Только давайте сначала сделаем важную операцию, а именно у нас есть inbox. И давайте попробуем его немножко разобрать. Значит, в чём заключается процесс разбора? Он заключается в том, чтобы отнести задачи к каким-то проектам или их как-то категоризовать. Всё работает довольно
Speaker A
просто и интуитивно. В частности, смотрите, у нас есть задача и у меня есть припиненный тег. Это у меня работа, разработка. Я могу просто взять и перенести этот тег задачу. Бам. И теперь у меня эта задача исчезает из инбокса, и она попадает в тег разработки. Можно сделать это
Speaker A
другим образом. Можно выбрать, например, другую задачу. Вот покрыть тесты. Покрыть тестами. Можно нажать вот сюда и вписать тег разработки. Отлично. Категоризировали. И можно сделать ещё одним способом. Давайте, например, возьмём вот эту задачу. Зажмём Ctrl и выберем вот эти две
Speaker A
задачи. Нажмём правой кнопкой мыши, установим тег и отправим его тоже в development. То есть есть ещё и поддержка массовых операций. Отлично. Давайте теперь зайдём в этот тег. Тут куча уже разных задач. Соответственно, следующий этап будет заключаться в приоритизации или в расставлении
Speaker A
дат, то есть непосредственно, когда нам нужно выполнить те или иные задачи. И, собственно говоря, давайте сейчас этим займёмся. В данном случае неважно, что здесь написано. Я просто показываю операции, которые можно делать над задачами, и, возможно, эти операции для вас уже знакомы. Значит, давайте, например, ну, выделим вот эти четыре задачи, нажмём правой кнопкой мыши
Speaker A
и запланируем их на завтра. Отлично. Теперь мы можем эти задачи распланировать по дню. Для этого мы воспользуемся вот этой маленькой левой панелью, перейдём на календарное отображение. Увидим огромное количество задач. Это у нас месячное отображение. Давайте переключим на недельное.
Speaker A
Сегодня у нас воскресенье, а мы запланировали на завтра, поэтому давайте перейдём на следующую неделю. И вот здесь в графе мы увидели вот эти четыре задачи, которые только что а отправили на завтра. Давайте их как-то распланируем. Для этого нужно просто взять, перетянуть и вуаля. Мы
Speaker A
поставили конкретное время, в данном случае 9:30 и окончание через 1 час. Ну давайте выровняем.
Speaker A
Давайте мы все задачи перенесём. Мы можем растянуть, можем ещё вот так вот пододвинуть. То есть, как вы видите, всё работает интерактивно и как это принято в любых приложениях, которые поддерживают таймблоки. Отлично. Мы можем также взять и растянуть задачу по времени. Ну давайте,
Speaker A
например, вот исправить мобильное приложение. Я сейчас нажал правой кнопкой мыши для того, чтобы посмотреть подробнее, что это за задача. Ну и, как видите, исправить мобильное меню на странице каталога. Отлично. Давайте её растянем на 2 дня. То есть мы будем её делать с понедельника
Speaker A
по вторник. Ну и как видите, здесь работает принцип, что старт задачи он выглядит как призрак. То есть здесь такая пунктирная линия, а конец задачи, то есть тогда, когда можно поставить чекбокс, он идёт в конце. Отлично. Давайте теперь добавим какую-нибудь ещё задачу. Ну,
Speaker A
например, в пятницу, не вот давайте вот в пятницу, да? Это будет какая-то сложная задача. Отлично. Теперь давайте её выделим. Я убираю мышку. И теперь давайте попробуем поманипулировать этой задачей. Поманипулировать этой задачей. Например, мы можем перенести её на субботу или вернуть опять на пятницу или на четверг. А можем подвигать вниз, а можем пойти вправо. Можем выбрать, например,
Speaker A
12:00, нажать на Shift и нажать стрелочку вниз. В силу того, что задача у нас сложная, давайте мы её, например, начнём делать в четверг, в пятницу и в субботу. Я сейчас просто зажал Shift и нажимаю стрелочку вправо. То есть вы чувствуете, что можно задачами управлять довольно быстро. То есть мы добавляем какую-то задачу.
Speaker A
Можем просто взять и мышкой их подвигать. А можем выбрать, сфокусироваться на задаче и
Speaker A
Можем просто взять и мышкой их подвигать. А можем выбрать, сфокусироваться на задаче и выбрать какое-то время или перенести на другие дни. Если я нажимаю на Tab, то я переключаюсь на следующую задачу в том же дне. И теперь я могу пододвинуть, могу сделать так, чтобы две задачи были в одно
Speaker A
время. Я увеличил масштаб Obsidian, поэтому текста довольно мало, но если у вас экран больше, то вы будете видеть лучше текст задачи. Отлично. Так работает таймблок отображение. Давайте вернёмся обратно. В тег разработки и попытаемся сделать следующий трюк. Значит, не всегда так получается,
Speaker A
что мы можем точно распланировать задачи по времени. Иногда значительно проще взять и расставить приоритеты у задач и, соответственно, выполнить сначала задачи с высоким приоритетом, а потом все остальные. Значит, приоритет мы можем повысить несколькими способами.
Speaker A
Можно просто нажать правой кнопкой мыши здесь и выбрать приоритет. Давайте выберем приоритет повыше. Выберем другую задачу, у которой нет приоритета, и перейдём на правую панель. Здесь тоже есть приоритет. Давайте его выставим. И есть ещё один вариант. Давайте выберем какую-нибудь
Speaker A
ещё задачу. Ну давайте вот эту задачу выберем. И если нажать на чекбокс с правой кнопкой мыши, здесь появится вот такое расширенное меню. И здесь тоже можно выбрать приоритет. Отлично.
Speaker A
Теперь можно взять и отсортировать эти задачи по приоритету. Делается это вот тут. Нажимаем сортировка, выбираем приоритет. Теперь задачи, которые у нас с высоким приоритетом, уйдут наверх и будут идти по убыванию. Это самый низкий приоритет. Я сейчас нажму правой кнопкой мыши,
Speaker A
то видите, здесь синий приоритет, низкий, то есть он ниже, чем, а, обычный приоритет. Шикарно. То есть вот это, то есть вот эту сортировку можно использовать для того, чтобы внутри какого-то тега или проекта расставлять приоритеты и далее выполнять задачи в соответствии с расставленными приоритетами. Но мы можем даже сделать
Speaker A
немножко круче. Мы можем убрать сортировку и сгруппировать по приоритетам. И так будет считываться ещё проще. То есть у нас высокий приоритет, точнее высочайший приоритет - это значит, что задача срочная и важная. Высокий приоритет, средний, обычный, низкий. Ну давайте,
Speaker A
ещё самый низкий поставим. Теперь у нас есть фактически все приоритеты. Отлично. Отлично. То есть основная идея этого плагина заключается в том, чтобы записывать задачи где-то в заметках, а потом их с помощью вот этого интерфейса их как-то приоритизировать, раскидывать по датам,
Speaker A
по тегам, переносить какие-то задачи в проекты или, наоборот, в проектах создавать какие-то новые задачи. При этом мы можем задачи обогащать описанием, подзадачами.
Speaker A
Мы можем писать комментарии. Причём, если мы напишем сейчас какой-то комментарий, то у него автоматически будет появляться дата. То есть мы будем знать, когда именно мы эту задачу когда этот комментарий написали. Если сейчас мы зайдём и посмотрим, как это всё выглядит,
Speaker A
то у задач появляются метаданные. И опять же наверняка, если вы использовали Plugin Tasks, то это будет для вас знакомо. И я сразу отмечу, что есть полная совместимость между синтаксисом плагина Tasks и тем, что сделано в моём плагине. Это сделано как раз-таки для того, чтобы можно
Speaker A
было максимально быстро получить профит от уже от той системы, в которой уже есть куча задач, и их нужно как-то лучше и сильнее сгруппировать, как-то их лучше приоритизировать. Ну, и в том числе для того, чтобы повысить эффективность и для того, чтобы не тонуть в в большом количестве задач.
Speaker A
А теперь маленькие особенности. Я сказал, что есть разделение на проектные заметки, на теги. В чём в чём заключается это различие? Проекты - это полноценные заметки, в которых записаны задачи. То есть можно создавать обычные заметки проектные, писать в них текст, делать
Speaker A
какой-то и в том числе оставлять там задачи. Плагин будет парсить метаданные этих заметок. И если в них есть задачи, то можно будет их отсюда добавлять, менять и так далее. Следующий нюанс, который довольно интересный, а именно, что можно добавлять кастомные статусы.
Speaker A
Давайте, например, вот возьмём вот эту задачу и скажем, что данная задача, она уже как бы сделана, но ожидает нашего ревью. Для этого мы можем нажать правой кнопкой мыши по чекбоксу и поставить статус, например, review. И теперь у неё будет показываться иконка. Это всё можно
Speaker A
настроить в плагине. Ну и, соответственно, у него поменяется очертание. То есть обычные задачи, которые запланированы или которые выполнены, они имеют квадратный чекбокс, а те, которые в процессе, круглый. Те, которые отменены, они по умолчанию имеют перекрестия. Ну или те иконки,
Speaker A
которые вы поставите в настройках. То есть это ещё один способ, как можно управлять задачами.
Speaker A
Причём эта же логика, она распространяется и на подзадачи. То есть мы можем здесь, а, менять у подзадач их кастомный статус, потом зайти в подзадачу, создать ещё какую-то подзадачу и здесь тоже внутри что-то сделать. Отлично. Надеюсь, я смог показать в общих чертах, как работает плагин.
Speaker A
Я надеюсь, что вы многие операции узнали, а, возможно, что-то для вас оказалось новым, и когда выйдет обновление хранилища, вы как-то по-новому взглянёте на свои задачи. Ну, и, возможно, у вас получится лучше их как-то распланировать. И, возможно, ваше мнение о том, что обсидиан не
Speaker A
подходит для задач, оно радикально изменится. Ну и, собственно говоря, на этом у меня всё. M.
Topics:Obsidianтаск-менеджерплагинуправление задачамиMarkdownфильтры задачкалендарь задачподзадачитаймблокингприоритизация задач











