Сделайте фейк window на сервере, там инициализируй пакет и когда браузерный window появится - передай ему полномочия 😁шутка
Deno вот видит window

Мне плагина хватило)

ага инициализируешь виндоу и потом все бразуерные пакеты которые его проверяли начинают инициализироваться у тебя на ноде

хорошие советы даешь

Знаю толк - как/чего поломать🤓

Всем доброе утро!

После многочисленных доработок рад представить свой проект :)

https://popov654.pp.ru/autosync

За эти выходные добавилось много новых важных возможностей, среди которых включения и обработчики событий, а также специальные методы для массивов и объектов внутри моделей: export, toString, find, filter и map (последние три в их стандартной реализации были недоступны для обработанных массивов и падали с ошибкой).

Нужны бета-тестеры для нахождения проблемных мест, буду рад помощи.

Также теперь работает chaining для методов работы со временем (можно делать $now.minusMonth(2).minusDay(1), что очевидно невозможно реализовать через один только метод minusDay)

Из известных багов: JS API работы с событиями пока не работает почти что совсем, при первом же автоматическом обновлении DOM будут записаны оригинальные обработчики из шаблона из соответствующих атрибутов. Что с этим делать и как - пока думаю.

Упрощенно говоря, ваша либа сихронизирует inputs с глобальными переменными или свойствами глобальной переменной?..

Ещё есть куча эвентов, на которые можно подписаться, но которые сейчас не работают?..
И зачем вам IE6+ 😱

И зачем это со Svelte? 😏

Согласен, для ванили это норм
Даже глобальный контекст
В остальных сценариях без эвентов ни как, но глобал уже становится лишним

Как я понял, описание API у вас ещё не завершено?..
С URL там только один метод и тот для удаления...

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

Я не тестил в IE6, но в IE7 точно работает. Проверял правда месяца два назад, могло поломаться уже с тех пор, много чего менял

Это не связано) Просто надеялся найти тут кого-то, кому понравится идея

Так эвенты есть, но они пока статичны, то есть нормально задать можно единожды через шаблон.

Я сейчас пытался придумать вариант с синхронизацией - хранить эталонный изолированный DocumentFragment с поддеревом и хранить массивы событий и актуальные значения атрибутов там, обновлять атрибуты в самом шаблоне, сравнивая DOM деревья при изменении обработчика...

Все эти варианты плохи по производительности, а главное - как быть, если программист попытается установить обработчик для элемента, лежащего внутри другого элемента, а тот внутри корневого элемента коллекции?

В шаблоне можно задать обработчик на любой уровень вложенности, но в шаблоне дочерний элемент коллекции (он кстати может быть не один, а группой сестринских узлов) один, а в реальном DOM он уже идёт N раз (или N * [число элементов в шаблоне в корневом элементе]), где N - размер коллекции. И как быть с переназначением, где хранить новые версии обработчиков? В шаблоне нельзя, создавать поддерево - так оно не будет постоянным, потому что коллекция динамична, члены добавляются и удаляются, плюс может меняться окно просмотра (range).

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