Научился этому, подглядев код темы obsidian_ia.

Фишка тут в чём? Вы можете, как известно, задать собственные шрифты для текста, интерфейса и кода в настройках, но на смартфоне или планшете это не будет работать (нужно, чтобы указанные шрифты были доступны — если на компе вы можете установить нужные вам шрифты, то на смартфоне как правило нет).

А что, если мы просто добавим сами шрифты в CSS, который использует Obsidian?

Для начала нужно закодировать нужные файлы шрифта (в TTF-формате, обычно для каждого начертания отдельный файл) в Base64. Для каждого файла выполним команду

base64 -i файл_шрифта.ttf -o файл_шрифта.txt

Затем создадим CSS-файл (показываю на примере шрифта iA Writer Mono S):

@font-face {
font-family: "iA Writer Mono S";
src: url(data:application/octet-stream;base64,<ТЕКСТ ЗАКОДИРОВАННОГО ШРИФТА>) format('truetype');
}
@font-face {
font-family: "iA Writer Mono S";
font-style: italic;
src: url(data:application/octet-stream;base64,<ТЕКСТ ЗАКОДИРОВАННОГО ШРИФТА>) format('truetype');
}
@font-face {
font-family: "iA Writer Mono S";
font-weight: bold;
src: url(data:application/octet-stream;base64,<ТЕКСТ ЗАКОДИРОВАННОГО ШРИФТА>) format('truetype');
}
@font-face {
font-family: "iA Writer Mono S";
font-weight: bold;
font-style: italic;
src: url(data:application/octet-stream;base64,<ТЕКСТ ЗАКОДИРОВАННОГО ШРИФТА>) format('truetype');
}

Дальше вместо каждого <ТЕКСТ ЗАКОДИРОВАННОГО ШРИФТА> добавляем содержимое соответствующего текстового файла, закодированного на предыдущем шаге.

Полученный файл кладём в папку .obsidian/snippets внутри вашего хранилища, после чего в настройках на вкладке Appearance подключаем этот сниппет, и указываем имя шрифта в разделе Font.

После этого ваш шрифт будет использован и на десктопе, и на смартфоне, и на планшете — везде, куда у вас синхронизируются данные вашего хранилища.

У меня давно лежит порядка десяти разных шрифтов в виде сниппетов, и, когда надоедает один шрифт, я меняю его на другой. :)

P.S. Возможно, лучше было бы использовать не TTF, закодированный в Base64, а какой-нибудь Woff2, но я не пробовал — текущий вариант меня вполне устраивает.

В чем плюсы этого решения? Во-первых, все данные хранятся локально — ты не зависишь от доступности облачных сервисов, да и вообще от наличия интернета. Во-вторых, большие возможности по форматированию и автоматизации. Obsidian — универсальный комбайн по обработке данных в формате Markdown. Тут и таблицы, и врезки, и разные диаграммы, связи между текстами, наконец, плагин Bases, превращающий ваши заметки в базу данных, по которой можно искать и фильтровать информацию разными способами.

Тексты и материалы

Тут все понятно: заметки, ссылки, текст структурируется заголовками, выделяется жирным, курсивом, моноширинным, исходный код вставляется с подсветкой синтаксиса, добавляются картинки...

Для рисования разных схем и диаграмм я использую два плагина: Excalidraw и Diagrams.net. Первый позволяет рисовать разнообразные (но не очень сложные) схемы и диаграммы, и работает как на компьютере, так и на мобильных устройствах. Второй дает возможность рисовать и вставлять в текст диаграммы в формате Draw.IO, но он, к сожалению, не работает на мобильном (хотя через браузер на diagrams.net вполне можно рисовать схемы и на мобильном).

Для дополнительного выделения текста можно использовать выноски (callouts) — выделенные цветом и иконкой фрагменты текста, штатная разметка в Obsidian. Ну и в презентациях, когда нужно разместить информацию на слайде в несколько колонок, я использую Columns.

Ведомости

Во-первых, для каждого студента создается свой файл, название — ФИО студента, все эти файлы лежат в отдельной папке. Каждый файл создается по единому шаблону (Bases оперирует информацией, записанной в полях «шапки», frontmatter), в котором сразу прописаны три поля: категория (по ней Bases будет опознавать эти файлы), группа и примечание.

---
category: student
Группа: Г-11
Примечание:
"07.02": "4"
"13.02": Н
"16.02":
---

Эти файлы лежат в отдельной папке, рядом — файл Ведомость.base, в котором фильтр отбирает только файлы из папки с category == "student". Дальше добавлены представления для каждой группы, где добавлен соответствующий каждой группе фильтр (Группа == "Г-11") и включены поля с датами занятий в этой группе.

Выглядит ведомость примерно так:

Работа с Temlibro не должна быть жестко привязана к одному приложению. Все может резко измениться: разработчик забросит свое приложение, или приложение внезапно станет недоступно по какой-то другой причине, или вам потребуется работать в окружении, которое не будет поддерживать приложение, в котором вы ведете заметки... Скажем, у меня есть старенький 32-разрядный ноут, на котором установлен Линукс. Иногда удобней и безопасней брать такой комп, например, в поездки. И там нет и не будет Obsidian, только Vim или Emacs. С другой стороны, на Макбуке и на смартфоне хочется работать и с картинками, читать и конспектировать PDF, и использовать продвинутые возможности по оформлению текста. Так что я решил, что Temlibro должна работать в Vim и Obsidian, поэтому пытаюсь сделать возможной работу с ней в этих двух приложениях.

Для Vim я потихоньку ваяю плагин. Лучше бы, конечно, и для Obsidian написать полноценный плагин — и удобней, и быстрей. Но я пока не готов этому. Поэтому делаем «из подручных средств» — работа с Temlibro в Obsidian строится на использовании шаблонов плагина Templater и дополнительной синтаксической подсветки, реализуемой с помощью плагинов List Callouts и Dynamic Highlights. Да, в таком виде Temlibro работает небыстро, но у меня шаблоны пока справляются, и я готов терпеть некоторые тормоза некоторое время. :)

Чтобы настроить среду для ведения заметок Temlibro в Obsidian сперва нужно организовать структуру хранилища — требуется создать отдельные каталоги для ежедневных файлов, файлов тем, вложений и шаблонов:

• assets — все вложения (картинки, PDF и т.п.) должны быть здесь;
• journals — ежедневник (daily notes)
• collections — файлы больших тем, вынесенных отдельно
• templates — шаблоны для плагина Templater

На самом деле вы можете папки назвать, как вам удобно (у меня, например, они на эсперанто: tagoj, temoj, resursoj). Важно, чтобы файлы ежедневников были отдельно от остальных, тяжелые картинки и т.п. тоже отдельно, ну и Templater требует папку для своих шаблонов.

Плагины — без них в Обсидиане вообще никак. :) Поэтому включаем встроенный Daily notes и устанавливаем плагины Templater, List Callouts и Dynamic Highlights.

Настраиваем Daily notes, чтобы ежедневные заметки создавались в каталоге journals — нужно указать эту папку в настройках плагина в New file location. Там же нужно указать шаблон для файла ежедневника — в файле, создаваемом по этому шаблону, первой строкой должен идти §-заголовок с датой — формат даты можете задать самостоятельно:

  # § Дата

О шаблоне Daily notes ниже напишу подробнее.

В настройках самого Обсидиана (Files and links) указываем, что новые заметки нужно создавать в папке collections, а вложения нужно хранить в отдельной папке assets.

Теперь настроим пару плагинов так, чтобы §-ссылки красиво подсвечивались в тексте.

В настройках List Callouts добавляем собственный стиль списка: символ «§» и цвет выделения (по желанию, но я рекомендую задать тот же цвет, что используется как Accent color в разделе Appearance — он используется в том числе для выделения ссылок, а этот стиль списка и есть вариант ссылки в Temlibro).

Идем в настройки Dynamic Highlights и последовательно создаем два правила.

Первое правило:

• Название: Superlink
• Выражение для поиска: §\[[^\]]+\]
• Цвет (нужно кликнуть на кружке между названием и выражением): #00000000 (цвета мы задаем в CSS)
• Custom CSS:.Superlink { font-weight: bold !important; color: var(--text-faint) !important; }

Второе правило:

• Название: Superlink-Inner
• Выражение для поиска: (?<=§\[)([^\]]+)
• Цвет: #00000000
• Custom CSS:.Superlink-Inner { --font-weight: var(--link-weight); color: var(--link-color) !important; font-weight: var(--link-weight) !important; }

Ну, а теперь функциональность. Это плагин Templater.

Скачиваем шаблоны из GitHub Gists (справа есть кнопочка Download ZIP) и кладем все файлы в папку templates хранилища.

OpenParalink — переход по §-ссылке. Логика шаблона следующая: если существует только один заголовок в системе, равный тексту ссылки, то Обсидиан откроет файл с ним, если же таких заголовков несколько — будет открыта панель поиска по этому тексту в заголовках.

MoveTheme — перенос темы в отдельный файл. Если тема разрослась, и вы хотите собрать всю информацию по этой теме в одном месте, вы можете воспользоваться этим шаблоном. При его выполнении переносится текущая тема, в которой расположен курсор, от заголовка темы до следующего заголовка того же уровня, горизонтальной черты (---) или конца файла. Перенесенный текст будет заменен §-ссылкой на тему, а в конец перенесенного текста в файле темы будет добавлена §-ссылка исходный журнал.

MakeIndex — генерация файла index.md. Файл индекса распологается в корневой папке хранилища и содержит два раздела: список всех тем и список всех журналов. В начале скрипта шаблона есть три параметра, с помощью которых вы можете настроить заголовок самого файла (TitleHdr), название раздела с темами (ThemesHdr) и название раздела журналов (JournalHdr).

AutocompleteThemes — автодополнение в §-ссылках и заголовках. Может быть полезным для быстрого и безошибочного выбора уже существующей темы в заголовке или §-ссылке. §-ссылка на несуществующую тему в Temlibro смысла не имеет.

InsertParaLink — вставка §-ссылок с автодополнением. Позволяет выбрать существующую тему и вставляет в текст §-ссылку в формате §[тема]. Чтобы иметь возможность вставлять §-ссылки в формате списков, скопируйте этот шаблон под другим именем, и замените в конце его текста editor.replaceSelection("§[" + selected + "]"); на editor.replaceSelection("- § " + selected);.

DailyNote — шаблон для ежедневных заметок (должен содержать заголовок вида # § Дата, дата в этом шаблоне задается в формате ДН ДД МЕС ГГГГ, где ДН — день недели, ДД — день, МЕС — месяц, ГГГГ — год). Можете формат даты поменять на такой, какой вам нужен. Если хотите дату по-русски, как у меня, можете взять этот скрипт, положить его в Script files folder location плагина Templater (может быть тот же templates), и поменять заголовок в шаблоне на такой:

# § <% tp.user.fmtDates(tp, "ddd DD MMM YYYY", true) %>

Если вы хотите перенастроить или как-то доработать шаблоны, вот ссылка на документацию плагина Templater.

Шаблон DailyNotes нужно указать в настройках плагина Daily notes, остальные шаблоны добавляем в Templater — идем в настройки плагина Templater и добавляем их в разделе Template hotkeys. Затем открываем раздел настроек Hotkeys самого Обсидиана, и связываем удобные вам горячие клавиши с соответствующими вызовами шаблонов (только нужно выбирать вариант с Insert template, а не Create template).

Если все сделано правильно, у вас появятся клавиши для:

• перехода по §-ссылке;
• автодополнения §-ссылки или названия темы;
• вставки §-ссылки;
• обновления файла индекса;
• переноса записи о теме в файл темы.

Для большего удобства использования можно еще установить плагин Hompage и сказать ему использовать файл index.md в качестве домашней страницы. Тогда по нажатию на кнопку с домиком будет открываться индекс. Дополнительно можно указать в настройках Homepage в секции Commands команду Templater: Insert templates/MakeIndex.md, тогда файл индекса будет автоматически обновляться при каждом открытии.

Что представляет собой Temlibro? По сути, это ежедневник, записи которого сгруппированы по дням: каждый день создается новый файл, куда вы записываете все, что хотите сохранить. Если вы знакомы с Bullet Journal, то это daily log (в Obsidian это называется daily notes, в Logseq — journal, в VimWiki — diary).

Но записи обычно бывают не только разрозненные — часто они касаются какого-то набора тем, над которыми я работаю, или которые мне интересны. Я добавляю в записи название темы в виде заголовка. Таким образом, мои записи частично структурированы по темам.

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

С другой стороны, не все заголовки — это темы. Часто они используются для структурирования текста. Поэтому свои заголовки-темы я стал помечать символом параграфа в начале, чтобы отличать их от простых заголовк:

  ## § Это тема
  ## Это просто заголовок

Таким образом, записи в Temlibro можно представить в виде двумерной структуры из дней и тем:

Чтобы сослаться на конкретную тему, я использую специальные §-ссылки — они отличаются как от всем вики-ссылок, так и от тегов, потому что не являются ни тем, ни другим, но совмещают в себе черты и вики-ссылок, и тегов — при переходе по §-ссылке польователь сразу попадает в запись, озаглавленную соответствующей темой, если существует только одно вхождение этой темы в заметках («Тема B» на рисунке ниже), если есть несколько записей, озаглавленных темой («Тема A» и «Тема C» на рисунке), то пользователю сперва будет показан список всех вхождений с предпросмотром — далее он может пролистать варианты, и перейти к нужному (так работает в Vim, в Obsidian в этом случае открывается поиск по заголовков с указанной в ссылке темой).

§-ссылки бывают двух видов: строка списка и внутристрочный. Первый занимает целую строку и выглядит как элемент несортированного списка — он начинается с дефиса, за которым через пробел идет символ «§», затем еще пробел и дальше название темы:

  - § Тема

Второй вид ссылок может быть использован в любом месте текста, и выглядит, как символ «§», за которым в одинарных квадратных скобках записана тема: §[Тема].

Файлы ежедневника, кстати, тоже начинаются с заголовка темы — в данном случае темой служит дата. И таким образом, вы всегда можете сослаться на конкретный день с помощью §-ссылки. Так что, по большому счету, имена файлов в Temlibro не несут какой-то «полезной нагрузки». И, поскольку §-ссылки не пересекаются синтаксически ни со ссылками, ни с тегами, вы можете использовать Temlibro поверх привычного Markdown со ссылками на страницы, тегами и пр.

Перепробовав всевозможные заметочники, я решил сделать своё приложение для заметок. Оно должно быть простым (как «идеологически», так и технически), использовать простой текст в локальных файлах и работать буквально везде.

Поэтому я решил сделать его в виде плагина для Vim. Почему Vim? Потому что Vim работает с текстовыми файлами и есть практически в любой операционной системе от древнего Линукса до Макоси и Андроида. К тому же, это очень мощный и гибкий редактор, а Vimscript — относительно несложный язык, позволяющий «наворотить» много разного поверх функций Vim.

Удобней всего для меня оказалось вести заметки в ежедневных файлах, а потом их каким-то образом связывать и агрегировать. Такую систему ведения заметок можно назвать Journal-based note-taking. Для ведения записей я предпочитаю использовать разметку Markdown — по сути это тот же простой текст, только с некоторой несложной разметкой, с помощью которой можно структурировать текст, выделять важное, добавлять ссылки и т.п. Чтобы разделять в ежедневнике заметки, относящиеся к разным темам, я использую заголовки.

Но как потом найти все записи, относящиеся к определенной теме? Надо просто найти все заголовки, в которых записана эта тема! Размышляя таким образом, я пришел к идее сделать специального вида заголовки, которые будут «якорями» для специального же вида ссылок. Такие ссылки по сути являются сохраненными поисковыми запросами. Если находится ровно один заголовок с указанной в ссылке темой, то программа открывает файл и перемещает курсор к найденному заголовку — так работают и обычные ссылки в программах типа Obsidian или VimWiki. Однако, если находится много заголовков с темой, указанной в ссылке, то пользователю выдается список найденных заголовком с предпросмотром — пользователь может пролистать его и перейти к конкретному месту. Таким образом оказалось можно легко находить все записи на конкретную тему, просматривать их.

Нечто подобное реализовано в системе Howm для Emacs, про которую я прочитал у Андрея Суховского.

Однако, заголовки используются для структурирования текста, поэтому чтобы маркировать заголовки-темы, я маркирую их символом «§»:

## § Это тема коллекции
## Это просто заголовок

Чтобы не мои ссылки-запросы не конфликтовали с форматами ссылок, используемых в Markdown, я использую свой формат. Ссылки у меня могут быть двух видов: обычная ссылка — §[Тема], и ссылка в виде элемента списка:

  - § Тема коллекции

Второй вариант удобно использовать в конце заметки, связывая ее с другими. На самом деле, вначале я придумал именно этот формат — я думал, как мне сделать такие ссылки в Obsidian, и для Obsidian есть плагин List Callouts, который позволяет настраивать выделение цветом такого вида списков. Кстати, для Obsidian я сделал шаблон Templater, который запускает поиск по указанной теме, если курсор стоит на такой ссылке. Не совсем то, что я делаю в Vim, но в принципе работает.

Плагин для Vim пока что существует в виде некоего прототипа — я веду заметки, пробую, допиливаю и перепиливаю код. Когда будет более-менее готов, выложу на GitHub, пожалуй.

После нескольких не очень удачных попыток загнать свою систему в рамки какой-либо иерархии, я снова вернулся к системе, основанной на перекрёстных ссылках.

Луман утверждал, что «решающим является отказ от систематической организации в соответствии с темами и подтемами и выбор вместо этого фиксированного порядка расположения» (Н. Луман Коммуникация с картотекой).

Луман использовал в Zettelkasten фиксированную позицию — присваивал карточкам уникальные номера, которые никогда не менялись, и которые задавали порядок следования карточек (Простое объяснение принципа нумерации заметок в цеттелькастен Лумана).

В бумажной картотеке такая нумерация была единственным способом обеспечить определённую последовательность заметок. В электронной картотеке мы можем не нумеровать карточки вручную — этим может заниматься компьютер. Более того, если компьютер обеспечивает последовательность записей, то как он это делает — это его проблема, а не наша. Если в Logseq блоки-записи идут в том порядке, как я их добавил, то мне нет необходимости заниматься проставлением номеров — записи уже упорядочены так, как нужно.

Обычно новые записи я добавляю в конец текущего ежедневного файла (журнала), если только запись не является развитием какой-либо идеи, но и в этом случае я чаще всего просто добавляю новую запись в журнал и проставляю тег или ссылку на то, что хочу развить или прокомментировать.

Таким образом, картотека представляет собой гипертекстовую систему, в которой отдельные элементы (заметки, карточки) связаны друг с другом.

Когда мы говорим о связях между заметкам, карточками, нужно понимать, что ещё со времён Xanadu существует два типа связей:

• Ссылки — наиболее привычный нам способ связи двух объектов в информационно пространстве, когда в первом объекте имеется некий *адрес второго объекта, позволяющий быстро перейти к нему, при этом содержимое второго объекта недоступно пользователю, пока он не перешёл по ссылке;
• Включение (встраивание или трансклюзия) — случай, когда объект, на который указывает адрес, непосредственно включается в ссылающийся на него объект. Этот метод в основном используется для отображения изображений или видео в тексте страниц, но он применим и для текстовых данных!

Таким образом, одна заметка нашей системы может либо ссылаться на другую, либо включать её.

Идеи, на которых основываются наши картотеки, очень похожи на то, о чём писал Нельсон— связанность, причём связанность двунаправленная.

В Logseq разные сущности вы можете связать различными способами:

• Сделать блок (заметку) дочерним (то есть с отступом вправо) — таким образом вы задаёте последовательность заметок, подобно тому, как это делал Луман в своём Zettelkasten;
• Поставить ссылку (на страницу/тег или на конкретный блок, т.е. карточку). Причём, если вы добавляете просто ссылку на блок, то по умолчанию в качестве текста ссылки будет использован текст самого блока;
• Включить блок в текст — будет отображаться текст блока (и все его подчинённые блоки).

Несмотря на то, что я отказался от иерархии в заметках, какая-то структура в них всё таки нужна. Лучше всего работает проектно-ориентированная организация. Материалы собираются обычно под конкретную задачу: подготовка занятия по какой-то теме, написание статьи и т.п. То, что нужно для работы над темой должно быть сгруппировано — для этого в Logseq хорошо подходят теги.

Таким образом, новые заметки у меня всегда создаются в журнале, и по возможности сразу отмечаются нужными тегами.

Думаю выкладывать сюда посты про «заметкоделие»: принципы организации, обзоры приложений и т.п. Возможно, буду писать что-то по программированию и фотографии, но это неточно. :) Пока что перенëс сюда пару старых постов с Telegra.ph.

Про SingularityApp я уже упоминал. Поскольку стал им пользоваться (пока в качестве планировщика), буду временами рассказывать про его фишки.

В Singularity можно создавать подзадачи и подзаметки бесконечной вложенности. Они видны в списке задач и заметок проекта или блокнота.

Список подзадач можно спрятать, тогда справа от задачи/заметки будет стоять стрелочка вправо с числом, показывающим количество подзадач (на мобильном число, кажется, не показывается).

Раскрыть/скрыть список подзадач можно нажатием на эту стрелочку справа от названия задачи/заметки в списке. Или можно использовать клавиши со стрелками: → раскрывает список, ← скрывает список.

На мобильном внутри задачи или заметки подзадачи не видны — только в списке задач в проекте.

Проще создавать подзадачи в десктопной версии приложения: либо через меню задачи, либо горячей клавишей Alt+Shift+N, либо перетаскиванием мышкой. Кроме того, с помощью стрелок влево-вправо с зажатой Cmd (на Маке) или Ctrl (на Винде) можно менять уровень вложенности текущей (выделенной) задачи или заметки, например, можно сначала насоздавать подзадач на том же уровне иерархии сразу под задачей, затем выделить их и, нажав Cmd/Ctrl+→, превратить в подзадачи.

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

Ещё несколько полезных клавиш:

• Стрелки вверх-вниз перемещают по по задачам/заметкам
• Enter на заголовке — открытие/закрытие подробностей задачи/заметки
• ESC в любом месте заметки/задачи — закрывает её подробности

Подзадачи, чек-листы и чек-боксы

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

При отметке всех пунктов чек-листа задача выполненной не помечается!

Кроме того, в текст заметки можно добавить список из чек-боксов, которые так же можно помечать выполненными. Однако, в отличие от чек-листа, отмеченные пункты не «уезжают» вниз, и не показывается прогресс выполнения.

Чек-боксы в тексте и чек-листы не являются подзадачами! Им нельзя назначить срок или напоминания, нельзя провалиться внутрь и добавить детальное описание.

Тут в Singularity явная избыточность сущностей. Зачем столько? Так и запутаться недолго...

Я использую подзадачи, если это относительно независимые действия, которые можно делать в разное время, а чек-листы использую для списков покупок, списков «не забыть взять с собой» и т.п.

А вот бинарный поиск при помощи фламенко:

Несколько лет назад я уже пробовал это приложение для управления делами. Но тогда оно показалось мне излишне перегруженным функциями, и при этом весьма сырым.

Но недавно, узнав, что в нём, кроме задач, появились заметки, решил приглядеться к нему повнимательнее.

Действительно, Singularity позволяет создавать задачи и писать заметки, можно создавать проекты и блокноты. Заметка по сути — та же задача, но без чекбокса, а блокнот — тот же проект («папка»), в котором по умолчанию создаются не задачи, а заметки. Причём в проектах можно делать подпроекты, а в задачах — подзадачи, уровень вложенности неограничен. Кроме того, в проектах и блокнотах можно создавать «секции» — разделы, и разносить задачи/заметки по разделам. То есть, получается то, что мне надо: и дела, и заметки в одном месте, и всё структурировано!

Конечно, Singularity — это прежде всего трекер задач, поэтому у него есть разделы: «Сегодня», «Планы», «Календарь». Кроме собственного календаря, можно синхронизировать данные с календарём Гугла, причём весьма гибко — разные проекты можно синхронизировать с разными календарями внутри одного аккаунта в Гугле. Мне это очень понравилось. Одна тонкость: лучше сделать отдельный календарь для Singularity, а ваш основной подключить в режиме просмотра, иначе все ваши события и встречи станут задачами в Singularity.

В заметках (как и в задачах) есть визуальный редактор, поддерживающий выделение жирным/курсивом/подчёркиванием/цветом, можно делать заголовки трёх уровней, можно добавлять ссылки, вставлять изображения... Одно неудобство: надо сначала выделить текст (даже если вы хотите вставить картинку). А в последней версии (пока только для десктопа) появились таблицы — они пока что очень простенькие, но всё же...

Кроме странностей в редакторе, про которые я написал выше, есть ещё некоторое количество странных решений в интерфейсе и функциях, но к ним вполне можно привыкнуть.

В десктопной версии почти всё можно сделать с помощью горячих клавиш.

Большой плюс приложения — все данные хранятся на устройстве (включая файлы, которые можно прикладывать в задачам и заметкам). Синхронизация между устройствами, разумеется, присутствует. Только надо учесть, что заметка или задача синхронизируется только когда выйдешь из неё (перейдёшь к другой).

Ещё из плюсов приложения могу отметить напоминания по геолокации (когда придёшь в указанное место, или когда покинешь его), трекер времени, потраченного на задачу (в виде «помидорной» техники), и — то, что я нигде больше не видел — напоминания-будильники! То есть, напоминание не в виде тихого «блямка», а в виде будильника, который трезвонит до тех пор, пока его не выключишь (кажется, я знаю, кому это понравится 😉).

Задачи можно создавать не только руками: можно создавать задачи по электронной почте и через бота в телеграме. Однако, веб-клиппера для сохранения текстов или ссылок из браузера нет.

Что ещё? На иконке проекта по умолчанию — кружке — показывается прогресс, т.е. количество выполненных задач к общему количеству задач в проекте. В задачах можно создавать чек-лист, что удобно для списков типа «не забыть взять» или списков покупок.

Можно делать ссылки на другие задачи/заметки, но это реализовано не удобно — сперва надо открыть задачу, скопировать через меню её приватную ссылку, потом пойти в другую задачу, и там, выделив текст, добавить ссылку. Обратных ссылок, разумеется, нет.

Зато можно задачи копировать и вставлять (в отличии от Superlist), причём копируется вся иерархия подзадач, если она есть — таким образом, например, я сделал себе шаблон для фотосъёмок. Ну и можно сохранить целый проект в виде шаблона в CSV-формате, и потом создавать новые проекты по этому шаблону.

Завершённые задачи и проекты уходят в «Архив», а не путаются под ногами.

Приложение платное. Точнее, есть базовый бесплатный тариф, но в нём нет ни синхронизации, ни заметок, ни много чего остального. Но даже самый полный тариф стоит сильно меньше аналогов, и — главное — поскольку разработчик российский, можно его оплатить. Если, конечно, действительно нужен весь этот функционал.