KN
из серии
Size: a a a
2021 March 26
ВШ
готовый файл package.json присутствует
Единственно верный путь в такой ситуации - поставить Nuxt без UI и после постепенно внедрять шаблон, пакет за пакетом
ВШ
Если шаблон под Vue 3, то можно и не начинать даже
KN
Единственно верный путь в такой ситуации - поставить Nuxt без UI и после постепенно внедрять шаблон, пакет за пакетом
Спасибо, сейчас попробую
D
Привет всем!
Пример:
Есть таблица, при нажатие на поле, можно отредактировать его.
Логичнее перезаписывать значения сразу же, либо же когда клинул за пределы, чтобы закрыть редактирование. (Кнопки сохранить нет, просто инпут выскакивает и все)
Пример:
Есть таблица, при нажатие на поле, можно отредактировать его.
Логичнее перезаписывать значения сразу же, либо же когда клинул за пределы, чтобы закрыть редактирование. (Кнопки сохранить нет, просто инпут выскакивает и все)
E
Привет всем!
Пример:
Есть таблица, при нажатие на поле, можно отредактировать его.
Логичнее перезаписывать значения сразу же, либо же когда клинул за пределы, чтобы закрыть редактирование. (Кнопки сохранить нет, просто инпут выскакивает и все)
Пример:
Есть таблица, при нажатие на поле, можно отредактировать его.
Логичнее перезаписывать значения сразу же, либо же когда клинул за пределы, чтобы закрыть редактирование. (Кнопки сохранить нет, просто инпут выскакивает и все)
В теории можно использовать contenteditable для этой задачи
D
В теории можно использовать contenteditable для этой задачи
Вопрос в том, как по UX лучше. Сохранять сразу же, или только когда пользователь кликнул за инпут?
E
Вопрос в том, как по UX лучше. Сохранять сразу же, или только когда пользователь кликнул за инпут?
на change очевидно, если не стоит другой задачи
если ты делаешь на input, то придется вешать debounce
если ты делаешь на input, то придется вешать debounce
D
на change очевидно, если не стоит другой задачи
если ты делаешь на input, то придется вешать debounce
если ты делаешь на input, то придется вешать debounce
Во время инпута нужно чтобы значения выводились актуальные, но даже если убрать эту опцию. все же почему на change? Если к примеру пользователь ввел и не кликнув за поле, сразу же закрыл вкладку?
D
Пользователь разве не будет ожидать что результат сохраниться?
E
Пользователь разве не будет ожидать что результат сохраниться?
все заключается в умственных способностях юзера
D
все заключается в умственных способностях юзера
Это понятно. Но если стремиться к простоте использования
E
Пользователь разве не будет ожидать что результат сохраниться?
у меня например сфера образования и там деды профессора по 80 лет, без кнопки "Сохранить" не обойтись
E
за то профессора
E
В твоем случае тогда на инпут через каждые 0.3 сек там сохранять, например
D
В твоем случае тогда на инпут через каждые 0.3 сек там сохранять, например
Так и есть сейчас
D
Просто сейчас возник спор.
В данной ситуации не по UX сохранять когда пользователь закрыл инпут. (Он может его не закрыть просто). А важно сохранить.
Но возможно есть и другие мнения, решил уточнить)
В данной ситуации не по UX сохранять когда пользователь закрыл инпут. (Он может его не закрыть просто). А важно сохранить.
Но возможно есть и другие мнения, решил уточнить)
E
Просто сейчас возник спор.
В данной ситуации не по UX сохранять когда пользователь закрыл инпут. (Он может его не закрыть просто). А важно сохранить.
Но возможно есть и другие мнения, решил уточнить)
В данной ситуации не по UX сохранять когда пользователь закрыл инпут. (Он может его не закрыть просто). А важно сохранить.
Но возможно есть и другие мнения, решил уточнить)
кнопка сохранить ))
D
кнопка сохранить ))
Это было бы идеально. Но дизайнер отказывается в таблицу пихать кнопку)