нужен диапазон именно, 2мя отдельными пикерами оно сейчас и работает, но логичнее туда добавить daterange

ок

https://jsfiddle.net/api/post/library/pure/

https://jsfiddle.net/api/post/library/pure/

нажми save и потом кидай ссылку

бля.

щас

https://jsfiddle.net/upw2sgzf/2/

https://jsfiddle.net/upw2sgzf/2/

а теперь замени v-model на :value..) чтоб была полноценная связка value-change вместо v-model

Ну так в element ui скорее всего своя какая-то обертка над change

а не vue обычная

потому и не работает.

скорее всего там надо будет нормально ковыряться

Привет, кто может подсказать по поводу архиктеры проекта с vuex?)

Товарищи, вопрос по eslint-plugin-vue Добавил себе: 'vue/script-indent': ["error", 4, {"baseIndent": 1}] и теперь мой App.vue форматируется вот так: <script> import HeaderContactsComponent from '@/components/HeaderContactsComponent'; import HeaderNavigationComponent from '@/components/HeaderNavigationComponent'; export default { name: 'app', components: { HeaderContactsComponent, HeaderNavigationComponent, }, }; </script> Кто-то сталкивался с чем-то подобным?

А если сделать 'vue/script-indent': ["error", 4, {"baseIndent": 0}] тогда он ругается, что export default сдвинут относительно <script>

Привет, пацаны, нужен совет. Представим что у меня есть определенный компонент <cart> он может быть использован несколько раз на странице, в <Root> компоненте. Также у меня есть несколько компонентов <item> в которых есть функция addToCart. Как при этом можно сделать так, чтобы при срабатывании функции, обновлялись данные во всех <cart> Тоесть, структура такая <Root> <cart> <items> <item> <item> <item> <items> <cart> </Root> Не хочу решения, если можно, тыкните, про что гуглить.

> Не хочу решения, если можно, тыкните, про что гуглить vuex

> Не хочу решения, если можно, тыкните, про что гуглить vuex

Спасибо

Оке, зашел на vuex там было про простой глобальной шины событий. Так как ивент получается очень простой, просто ID и всё, дальше я всё внутри обрабатываю. Теперь вопрос больше по логике $on(). Если я делаю 2 и более листенера `$on()`то они же не будут перезаписывать друг друга, верно?

Просто в действительности, у меня нет нужды в полноценной Flux-библиотеке. Я думаю мне хватит и простой глобальной шины. Вот только вопрос с перезаписыванием. Если нет, то я бы довольствовался глобальной шиной

Если посмотреть давно я Вью не занимался, вижу что вы пишите вьюх вьюх, решил ща погуглить оказалось что это xtore в наксте , понятно (Прост работаю с накстом уже как год иль половину)

а почему вызов методов компонента из вне считается анти-паттерном?

Потому что — что такое компонент и вообще почему компонентный подход появился

Потому что — что такое компонент и вообще почему компонентный подход появился

компонент это класс предоставляющий определённый интерфейс наружу, в том числе и методы

Чтобы изолировать разные части приложения и избежать сайд эффектов

а почему вызов методов компонента из вне считается анти-паттерном?

Посмотри на компонент не как на класс, а как на маленькое приложение

Чтобы изолировать разные части приложения и избежать сайд эффектов

совершенно верно, изолируются внутренности, а наружу предоставляется чётко определённый интерфейс

мой вопрос в том, почему методы рассматриваются не как часть интерфейса компонента

ведь их можно вызвать из вне по умолчанию

Это сайд эффект уже

Компонент работает не сам в зависимости от его данных

если для примера предположить что есть у нас компонент TextField, который может получить фокус, в традиционном Vue подходе нам нужно будет создать property "isFocused" и в родительском компоненте в котором используется TextField с помощью изменения некой переменной контролировать фокус компонента <template> <text-field :isFocused="txtFieldFocused"/> </template> <script> export default { data() { return { txtFieldFocused: false } }, methods: { focus() { this.txtFieldFocused = true } } } </script>  Но зачем этот лишний overhead если можно прямо вызвать метод? <template> <text-field ref="txtField"/> </template> <script> export default { methods: { focus() { this.$refs.txtField.focus() } } } </script>

это-же лишняя переменная, и если подобных свойств множество то тем более получается verbose code, а если prop прокладывается через несколько слоёв то всё это ещё менее забавно

есть этому паттерну трезвое объяснение кроме "потому-что так принято"?

Вызвать откуда-то сверху у одного из компонентов метод?

Не пробрасывая нужное через «слои»?

Вот неожиданно что-то где-то откуда-то начнёт меняться и отладка станет преувлекательным занятием

Вот неожиданно что-то где-то откуда-то начнёт меняться и отладка станет преувлекательным занятием

немного не понял, имеется ввиду "что если методы внутри компонента начнут меняться"?

Да

Вот кто-то вызывает их сверху

Откуда непонятно

Ну это ещё дойти надо будет что наверное сверху меняют неявно что-то, а не просто косяк в логике компонента

Не пробрасывая нужное через «слои»?

я скорее имел ввиду, что пробросить вызов метода намного менее verbose чем пробросить prop, хотя... может быть и наоборот

Это событие скорее нужно кинуть, а он явно его ждать и слушать

Вот кто-то вызывает их сверху

откуда API компонента вызывается это совершенно неважно, компонент отвечает только за то что происходит в его контексте

Когда надо будет дебажить некорректную работу станет важным)

Это событие скорее нужно кинуть, а он явно его ждать и слушать

я имел ввиду что если у нас prop isFocused пробрасывается скажем через 3 слоя, то в каждом из их нужно будет иметь переменную для этого пропа

Скорее всего в кучу полей будет пробрасываться какое поле выбрано в данный момент. И лишь на последнем этапе определяться это ли поле или нет

Как так то. Это же код с недавней лекции курса Климова и там это объясняется

Неужели та девушка лектор настолько плохо все доносит?

подтверди пожалуйста что я правильно понял: вместо вызовов метода лучше использовать пропы, потому-что их легче дебажить, можно зайти в Vue Dev Tools и посмотреть на состояние родителей, увидеть их состояние, т.е. пропы или data поля и по этому дебажить

а методы они скорее незаметны, грубо говоря придётся console.log'и в каждом методе focus() прописывать чтоб понять что происходит

плюрализация с i18n нормально решается?

плюрализация с i18n нормально решается?

норм

плюрализация с i18n нормально решается?

Со склонениями заебешься

Со склонениями заебешься

уже

3 склонения

после 5 хрень

https://github.com/rtivital/proschet

спасибо, может поможет )

хех

решает все проблемы в связке

весьма просто выглядит

ребят, а как оно с vuex и typescript работается ?

нормально типизируется или есть проблемы ?

В целом норм. Но сыровато. Mixins я до сих пор не понял как описывать, чтоб тслинт не матерился

Ну, т.е на 100 все типизацией не покроешь без костылей ?

Да. Но ts ща активно пилится. Скоро все надеюсь будет

так тут дело не в тс же а в vuex

Я имею ввиду поддержка ts во вью пилится

Сам vuex нормально покрывается. А вот геттеры вьюкса в компонентах уже хз какого типа

нормально типизируется или есть проблемы ?

Ещё (редко, но есть) проблемы с плагинами для vue & vuex, у которых нет в комплекте .d.ts файлов. Их приходится иногда руками в node_modules пихать, иначе ts самописные типы для плагинов иногда просто не принимает.

Есть вопрос. Стоит ли переводить доку к ui либе? Сама либа уже с поддержкой языков

Сейчас на английском языке всё

подтверди пожалуйста что я правильно понял: вместо вызовов метода лучше использовать пропы, потому-что их легче дебажить, можно зайти в Vue Dev Tools и посмотреть на состояние родителей, увидеть их состояние, т.е. пропы или data поля и по этому дебажить

В целом да. Или события. Потому что даже при использовании шины можно в ней будет увидеть что событие было и искать например откуда оно пришло

Есть вопрос. Стоит ли переводить доку к ui либе? Сама либа уже с поддержкой языков

Лучше да, чем нет)

почему на поповере стоит v-if??? Надо буттону сказать, что при нажатии он реагирует на определенный попоевер. Например, в вашем куске кода должно быть на кнопке: <el-button v-popover:pip> ляляля</el-button>

Это уже я потом добавил.

Чтобы он перерисосывался при нажатии

Оно без него ведет себя по идиотски