У $mol додали підтримку Node.js для зберігання даних і нові інструменти інтерфейсу

5 жовтня 2026 року Хабр опублікував огляд змін у $mol і Giper Dev за серпень та вересень. У $mol_storage додали підтримку Node.js, розвивають WYSIWYG-редактор та інструменти для інтерфейсів, а в $mol_link посилили захист. Тим, хто працює з $mol, варто перевірити методи сховища й редактор на власних сценаріях; GTK-модуль поки розумніше розглядати як розробку на ранньому етапі.

Сховище, клавіатура й редагування тексту

$mol_storage тепер підтримує Node.js і дає змогу отримувати статистику файлової системи через методи $mol_storage. used(), free() і total() показують зайнятий, вільний і загальний обсяг у байтах. portion() повертає частку використаного простору, а level() — її логарифмічний рівень. Якщо застосунку потрібні такі дані, методи можна перевірити окремо, перш ніж вбудовувати їх в інтерфейс.

Для гарячих клавіш з’явився $mol_hotkey2. Комбінацію клавіш пов’язують із дією декларативно, у структурі компонента, без окремої ручної обробки подій. В огляді також згадано плагін для Ctrl + A і Ctrl + C, але не пояснено, як саме він працює. Лише за назвою я б не стала обіцяти йому місце в проєкті.

WYSIWYG-редактор спочатку отримав базове форматування всередині рядка, а потім — роботу з блоками. Тип абзацу тепер змінюють через вибір блока; команди форматування тексту винесено в інше меню. Вкладеність регулюють клавішами: Tab переміщує поточний блок на рівень глибше, Shift + Tab повертає на рівень вище.

Редактор можна спробувати, але його функціональність ще розвивається. Наявність блокового форматування не означає, що всі способи роботи зі структурованим текстом уже передбачено. Особливо якщо користувачі люблять вставляти, переміщувати й переробляти вміст не в тому порядку, який намалювали в макеті.

GTK, відгуки й безпека

Окремий GTK-модуль дає змогу використовувати GTK у проєктах екосистеми $mol і створювати нативні інтерфейси без WebView. Це спроба застосувати підхід $mol за межами браузера, зокрема для експериментів із десктопними застосунками. Проєкт поки на ранньому етапі: вважати його готовим рішенням для будь-якого такого застосунку було б передчасно.

У b-on-g з’явився компонент feedback2 для збирання відгуків і перегляду надісланих повідомлень. Під час підключення йому задають ідентифікатор; перед додаванням до проєкту можна переглянути демо форми. Для невеликого сервісу або документації це спосіб не збирати інтерфейс зворотного зв’язку з нуля.

В огляді також згадано jack.tree, оновлення документації smalljs і публікацію music v1.**. Щодо jack.tree автор дає посилання на окрему статтю й обговорення, але не описує інструмент у самому огляді. Зміни в music теж не розкрито: про них обіцяють окремий матеріал. Тому робити висновки про їхні можливості за цим списком зарано.

Серед змін, пов’язаних із безпекою, названо фільтрацію скриптових протоколів у $mol_link і закриту проблему в Giper Baza. Подробиць про проблему Baza огляд не наводить; тим, кому вони потрібні для оцінки оновлення, краще відкрити задачу в репозиторії. Заодно можна зіставити цю новину з оновленнями безпеки Next.js: в обох випадках корисніше перевіряти конкретні залежності проєкту, а не орієнтуватися на слово «безпека» в заголовку.

Що перевірити у своєму проєкті

Розробникам, які працюють із $mol, варто почати із завдань, які вже є в застосунку. Потрібна статистика файлової системи в середовищі Node.js — перевірити методи $mol_storage. Багато дій із клавіатури — подивитися, чи зручно описувати їх через $mol_hotkey2 поруч із діями компонентів. Короткий приклад API допомагає зрозуміти ідею, але не замінює перевірки у власному інтерфейсі.

Якщо користувачі пишуть структурований текст, редактор варто випробувати на перетворенні абзаців на блоки й зміні вкладеності з клавіатури. Форму відгуків — на тому, як команда збирається приймати й переглядати повідомлення. Власникам сайтів і маркетологам важливіше зрозуміти, чи потрібна людям така можливість зворотного зв’язку, ніж поповнити список підключених компонентів.

GTK поки має сенс розглядати окремо від поточних завдань сайту: він стосується нативних інтерфейсів і перебуває на ранньому етапі. А після повідомлень про $mol_link і Giper Baza команді варто перевірити, чи зачіпають зміни проєкти, які вона використовує. Огляд повідомляє про виправлення, але не дає достатньо деталей для ширших висновків.

Моя думка: сценарій важливіший за список новинок

Найбільше мене цікавить редактор: тут змінюється не лише набір кнопок, а й те, як людина керує структурою тексту. Меню можна намалювати швидко; зробити вкладені блоки зрозумілими після кількох правок — уже інше завдання. Я б відкрила демо й перевірила незвичні крайові випадки, перш ніж говорити про те, який охайний вигляд має панель інструментів.

Я б не складала всі пункти огляду в кошик «беремо в роботу». GTK перебуває на ранньому етапі, редактор розвивається, а щодо частини проєктів подробиць немає. Краще вибрати один потрібний сценарій і перевірити його прототипом. «Поставимо все вище» не було стратегією для інтерфейсу; «підключимо все нове» для продукту теж не стало.

Джерела

Звідки новина. Текст — переказ своїми словами, факти — з джерела, думка — автора.

1. Новости $mol и Giper Dev habr.com

Про автора

Аня Млинарек

UX/UI-дизайнерка

Проєктую інтерфейси для сервісів і час від часу пояснюю командам, чому «поставити все вище» — це не стратегія. Люблю прототипи, на яких можна перевірити не лише красу, а й дивні крайові випадки.

Усі публікації автора