site-portfolio/texts/cases/card-columns-obsidian.md

Card Columns — плагин-вид для Obsidian Bases

• Источник: public/cases/card-columns-obsidian/index.html
• eyebrow: Obsidian Bases · Plugin
• meta description: Кейс: Card Columns, плагин-вид для Obsidian Bases. Показывает заметки как карточки, разложенные по колонкам, с фильтрацией тегов по И/ИЛИ.

---

Заметка по путям к медиа: файлы кладутся в public/assets/card-columns-obsidian/, в разметке страницы пути ../assets/card-columns-obsidian/файл.webp. Форматы: WebP (изображения, постеры), WebM + MP4 (видео).

Brief (блок метаданных на странице)

• Роль: Продуктовый дизайн и разработка
• Платформа: Obsidian Bases
• Статус: Рабочий плагин, open source (MIT)
• Команда: Соло, пет-проект

Введение

В Obsidian появились Bases, отдельный тип файла, который показывает заметки не текстом, а в разных видах: таблицей, карточками, деревом. Стандартный вид карточек мне не зашёл: он плоский, без группировки, и в нём не разобраться, когда заметок сотни. Я хотел видеть их раскладку по колонкам, как канбан, но без лишнего веса. Так появился плагин-вид Card Columns.

Контекст

Bases, это не заметка и не отдельная база данных. Это запрос к vault-у: выбираешь заметки по фильтру, и фреймворк рисует их в выбранном виде. У самого Obsidian есть встроенный вид карточек, но он одноплановый: нет группировки по свойствам, нет нормальной фильтрации. Я решил сделать свой вид, который встраивается в переключатель Bases наравне со штатными.

Главное ограничение было в самом фреймворке: плагин не хранит данные, а рисует то, что выдал Bases-запрос (Sort, Filter, Properties, Search из тулбара). Значит, вся логика выборки остаётся на Bases, а моя задача, только представление и навигация по нему.

Задача

Спроектировать и собрать view-плагин для Obsidian Bases: заметки из запроса показываются карточками, разложенными по колонкам, а по колонкам легко ориентироваться и отбирать нужное. Вид должен жить в переключателе Bases рядом со штатными и не ломать встроенный тулбар (сортировку, фильтр, поиск).

Callout (📌): Главный риск, сделать вид, который конфликтует со штатным тулбаром Bases. Тогда пользователь теряет сортировку и поиск, ради которых Bases и берут. Этого нельзя было допустить.

Решение

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

Группировка по любому свойству

Колонки формируются из Group by в тулбаре Bases, по тегу, статусу, категории или любому frontmatter-свойству. Меняешь свойство в запросе, и доска пересобирается сама. Так одна и та же база закрывает разные разрезы: проекты по статусу, заметки по тегам, задачи по приоритету.

Фильтр тегов по И и ИЛИ

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

• Левый клик по тегу, показать только его (сбрасывает остальные фильтры).
• Левый клик по следующему тегу, показать заметки с ЛЮБЫМ из выбранных (режим ИЛИ).
• Ctrl+Клик или правый клик, переключить тег, не сбрасывая выбор.
• Кнопка OR/AND, переключить между «любой из» и «все перечисленные» для нескольких тегов.
• All, снять все фильтры.

Связка «ИЛИ-добавление левым кликом + точный toggle через Ctrl» получилась интуитивной: быстрый отбор не сбивает то, что уже выбрано. Альтернативу, вынести фильтр в модалку, отверг сразу: лишний клик и потеря контекста того, что уже отфильтровано.

Карточки и обложки

По каждой заметке рисуются свойства как чипы, текст, теги, ссылки, булевы, даты. Можно показать обложку: из первой картинки в заметке или из отдельного свойства. У обложки полный контроль, соотношение сторон (Auto, 1:1, 3:2, 4:3, 16:9), рамка, вписывание (cover/contain), ориентация и место на карточке (над заголовком, под ним, после всего).

Что заведено в настройки

Всю внешнюю вариативность я вынел в gear-меню, разбив на четыре секции, чтобы вид подстраивался под разные базы, а не под мой единственный сценарий.

General

• Куда открывать карточку: активная панель, всплывающее окно, новая вкладка, сплит вправо / вниз.
• Ширина карточки (px).
• Колонок в группе (1–6), сетка внутри колонки.
• Зебра колонок (чередование фона для сканирования).
• Masonry-раскладка (карточки заполняют вертикальные пустоты).

Title

• Перенос заголовка, жирный заголовок, размер шрифта (px).

Properties

• Раскладка чипов: стек (вертикально) или сетка (компактно в строку).
• Перенос многострочных значений, размер шрифта.
• Формат даты и даты-времени + локаль (Moment.js).

Cover

• Источник: нет / первая картинка в заметке / свойство-обложка.
• Стиль (без рамки / с рамкой), соотношение сторон, ориентация, вписывание, позиция на карточке.

Callout (💡): Сплит-превью сделал как в самом Obsidian: левый клик переиспользует панель, Ctrl+Клик, новую вкладку внутри сплита. Без этого на широком экране карточки неудобно просматривать рядом с доской.

Работает внутри штатного тулбара

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

Результат

Вид закрыл мою боль: Bases-запрос теперь читается как доска, а не как плоская лента карточек. Группировка по свойству + отбор по тегам И/ИЛИ, то, чего не хватало штатному виду. Всё крутится на запросе Bases, так что перенос vault-а и синхронизация ничего не ломают.

Метрики у пет-проекта нет, и придумывать её не стану. Проверяю проще: юзабилити на себе в ежедневной работе. Критерий, сколько действий нужно, чтобы отобрать заметки по двум тегам и найти нужную карточку. В штатном виде карточек это был скролл ленты с ручным поиском по заголовкам; здесь, два клика по пилюлям и колонка перед глазами. Если бы замерял всерьёз, считал бы время на задачу на выборке из 20–30 заметок до и после, но на своей повседневной базе разница заметна и без секундомера.

Что сделал бы иначе. Drag-and-drop карточек между колонками не стал делать сознательно, это меняет свойство в заметке, и для view-плагина это отдельный риск целостности данных. Но вижу запрос на это у пользователей, и, возможно, добавлю как опциональный режим. А пока плагин живёт вручную (через community-каталог ещё не прошёл), это единственное, что мешает им пользоваться сходу.

Callout (✅): Главный вывод: вид для Bases получается рабочим только тогда, когда он уважает тулбар фреймворка. Я добавил представление, а не вторую систему хранения, и заметки остались обычными заметками.

Медиа-плейсхолдеры (в HTML закомментированы)

Слот	Файл	Что показывать
Обзор	overview.webp	Вид Card Columns поверх .base файла
Колонки	board.webp	Колонки карточек с группировкой по свойству
Фильтр	filter.webm / filter.mp4 + filter-poster.webp	Фильтрация по тегам, OR и AND
Настройки	settings.webp	Gear-меню с секциями

Ещё один слот (note-before.webp) остался в шаблоне из ранней версии и сейчас не используется, удалить при вставке медиа.

Источники фактуры

• Репозиторий: https://github.com/mamadaevv/card-columns (лицензия MIT).
• Все параметры кастомизации и логика фильтрации взяты из README репозитория.
• Drag-and-drop в плагине отсутствует: он есть у соседнего ewerx/obsidian-bases-kanban, не путать.