тогда для простых случаев - иконка и текст - можно разрулить пропсами вычисляемым классом (добавляющего нужные паддинги к дефольтным квадратным, например), а для сложного - пусть тот, кто компонент использует, сам все отступы и добавляет.
Слоты созданы для инверсии зависимостей, и поведение компонента не должно зависеть от содержимого слота. Никогда не надо так делать. Если сильно надо - то намного лучше разрулить через свойства или через разные слоты.
А так да, $refs, $slots и прочее - не реактивное, по этому их изменение не вызывает пересчет computed (и отображения на экране).
Что будет если написать без 23:59:59?
Написано 21 минуту назад
учитывая что там datetime - в результат не попадут элементы, созданные 31го числа. Если бы была просто дата, можно было бы без времени.
ну так хотелось же через Carbon с датами. В теории он может сожрать дату и в таком формате (ну, или можно добавить к ней -01) и дальше можно воспользоваться startOfMonth(); и endOfMonth();
Когда использовать vuex каждый решает сам. Для меня - когда данные нужны более чем в одном компоненте или когда компонент не всегда показывается (хотя тогда можно использовать keep-alive). В данном случае этот критерий говорит, что vuex не нужен.
Если бы компонент ввода нового ещё не был бы прямым потомком, при невозможности использовать v-model, тоже был бы выбор между vuex/shared storage и event bus. Для самого простого примера я бы использовал event bus (принимая во внимание самый первый и самый главный критерий), но даже чуть сложнее - только vuex.