засунуть в обертку попапов общую, а не в каждый попап, а названия кнопок пропсом принимать?
Все зависит от конкретной решаемой задачи, от вкусов решателя и специфики местной кухни Мы тут вообще не знаем как ты будешь реализовывать свой popconfirm, через обычный vue-компонент или вызовом функций или может быть вообще через директивы Скажу только что ни один из приведенных вариантов не является единственно верным и каждый из них "правильный" Мне больше всего нравится реализация интерфейса компонента popconfirm у element ui: https://element-plus.org/en-US/component/popconfirm.html#customize Выглядит это следующим образом: <el-popconfirm width="220" confirm-button-text="OK" cancel-button-text="No, Thanks" :icon="InfoFilled" icon-color="#626AEF" title="Are you sure to delete this?" > <template #reference> <el-button>Delete</el-button> </template> </el-popconfirm>
у меня будет такой же интерфейс по пропсам, но вызов через функцию
просто хочется сразу попапы к чему-то общему нормальному привести 😀
Это правильно, но думаю инфы у тебя уже достаточно, пора кодить, там на живую уже решишь чего от жизни хочешь
В первый раз такое вижу Не, не нравится Удаляется же не кнопка
Кнопка инициирует удаление
Пример эквивалентной реализации в vuetify https://vuetifyjs.com/en/components/menus/#usage
Кнопка - элемент управления Сама сущность, что удаляется, находится в другом месте экрана Нелогично конформейшн показывать и привязывать визуально к кнопке А если таких элементов удаления два ? На каждый вешать "да"/"нет"? Имхо, путающе и неочевидно
где там с коформейшно по удалению?
А если таких элементов удаления два ? - использовать в качестве реферере соответствующие элементы
"Имхо, путающе и неочевидно" <button @click="handleDelete">Delete</button> тут все очевидно?
Очевидно, когда алерт/confirmation диалог посередине экрана А про UX говорю
Так я тебе реализацию popconfirm показываю а не алерт дефолтный
а, через слоты? Тогда ок
Обсуждают сегодня