Hi! Regarding the opening of several modal windows: we have a main modal window (for example, an order) and after filling in the data, we want to show a modal window with order confirmation. We can save the state of the modal (order), then show the modal with confirmation. In case the user rejects, we will show again the first window(order) with the recovered data.But sometimes it complicates the logic very much. In my example, we don't need to care about data storage at all. I completely agree with you about teleport and I think that in the near future the native dialog from HTML will replace this.
Уже несколько раз сталкиваюсь с тем, что разработчик делает свою тему для `Vitepress` и использует её как полноценный онлайн продукт, а не как простой набор md файлов. В своё время сам столкнулся с задачей написания документации и этот проект упростил жизнь своей лёгкостью и простотой https://modal.jenesius.com.
Данный "костыль" мы используем для того, чтобы использование любой UI библиотеки (связанной с полями для ввода и формами) было для нас идентичным. Такие мастодонты как vue-form, vueformulate, formkit классно спроектированы и предоставляют отлично задокументированную библиотеку. Однако для работы со значениями, связываниям дочерних элементов, работы с изменениями они не подошли для нашей команды. Попросту из-за того, что данные библиотеки не разрабатывались для таких целей.
Посыл у статьи такой: новый взгляд на использование и взаимодействие с формами. Я привел пример "скелета" нашего решения. Я за то, чтобы использовать те решения, которые проверены годами, но иногда удобнее что-то иное.
Спасибо! После года использования данного подхода могу с уверенностью сказать: для больших форм лучше использовать динамическое построение(декларативность), а блокировать и скрывать поля(императивность) лучше откинуть и использовать на небольших формах или когда вам быстро нужно что-то склепать. Именно по этому для конечной библиотеки было добавлено только enable и disable.
Hi!
Regarding the opening of several modal windows: we have a main modal window (for example, an order) and after filling in the data, we want to show a modal window with order confirmation. We can save the state of the modal (order), then show the modal with confirmation. In case the user rejects, we will show again the first window(order) with the recovered data.But sometimes it complicates the logic very much.
In my example, we don't need to care about data storage at all. I completely agree with you about
teleportand I think that in the near future the nativedialogfrom HTML will replace this.Уже несколько раз сталкиваюсь с тем, что разработчик делает свою тему для `Vitepress` и использует её как полноценный онлайн продукт, а не как простой набор md файлов. В своё время сам столкнулся с задачей написания документации и этот проект упростил жизнь своей лёгкостью и простотой https://modal.jenesius.com.
Отличная статья!
I completely agree. But an article about modals on the web (Vue framework)
Данный "костыль" мы используем для того, чтобы использование любой UI библиотеки (связанной с полями для ввода и формами) было для нас идентичным. Такие мастодонты как
vue-form,vueformulate,formkitклассно спроектированы и предоставляют отлично задокументированную библиотеку. Однако для работы со значениями, связываниям дочерних элементов, работы с изменениями они не подошли для нашей команды. Попросту из-за того, что данные библиотеки не разрабатывались для таких целей.Посыл у статьи такой: новый взгляд на использование и взаимодействие с формами. Я привел пример "скелета" нашего решения. Я за то, чтобы использовать те решения, которые проверены годами, но иногда удобнее что-то иное.
Спасибо!
После года использования данного подхода могу с уверенностью сказать: для больших форм лучше использовать динамическое построение(декларативность), а блокировать и скрывать поля(императивность) лучше откинуть и использовать на небольших формах или когда вам быстро нужно что-то склепать. Именно по этому для конечной библиотеки было добавлено только
enableиdisable.Жду продолжения