V
Тебе скорее всего нужен дизайнер, можешь заказать на фрилансе
Size: a a a
2021 June 12
MK
Он вам там не нужен. Переведенные строки не должны быть частью вашего стейта
И
Компонент на клик вызывает действие из стора.
Если действие выполнилось удачно то компонент локально вызывает this.$toast.add, с локально же лежащими переводами то есть this.$t().
Как тогда должно быть, что бы переводы не были частью состояния?
Если действие выполнилось удачно то компонент локально вызывает this.$toast.add, с локально же лежащими переводами то есть this.$t().
Как тогда должно быть, что бы переводы не были частью состояния?
MK
На клик вызывается метод компонента, как это связано с setup секцией?
И
С тем что я не могу в setup'е сослаться на $t да и на $toast тоже.
MP
привет! подскажите, Nuxt.js в качестве middleware для express.js (https://ru.nuxtjs.org/docs/2.x/internals-glossary/nuxt-render/) Как из express достучаться до nuxt-stores?
MK
Если я понял правильно вы биндите котекст конкретного компонента к $toast.add. В этом случае нужно просто все передавать через параметры
👤U
Во кстати. Чо там primevue. С vuetify сравнивали? Лучше/хуже?
И
На него я вроде бы смотрел в том году и тогда взял buefy, так как у меня была бульма.
Сейчас особо не сравнивал тоже, так как мне случайно на глаза попался прайм и очень понравился. Компонентов очень много.
Ну и issue они чистят хорошо, я имотправлял баг с позиционированием тоастов.
Сейчас особо не сравнивал тоже, так как мне случайно на глаза попался прайм и очень понравился. Компонентов очень много.
Ну и issue они чистят хорошо, я имотправлял баг с позиционированием тоастов.
И
Начнем с начала и простого.
Старый options api.
А бы его перевел на новый,
Это новый api, как мне здесь сослаться на $t?
head() {
return {
title: this.$t('title')
}
},Старый options api.
А бы его перевел на новый,
import { useMeta } from '@nuxtjs/composition-api'
export default {
head: {},
setup() {
const { title } = useMeta()
title.value = 'My page';Это новый api, как мне здесь сослаться на $t?
MK
Вам не нужно использовать новый апи для этого. Композишин сделан для того чтобы шарить логику между компонентами. Чем вас не устраивает старый метод?
И
Хотелось бы однотипности во всех компонентах.
Так же оба api заявлены как равные по возможностям.
Мне пока этой равности достичь не удалось.
Так же оба api заявлены как равные по возможностям.
Мне пока этой равности достичь не удалось.
V
я выше кинул именно то что тебе надо
MK
Ну хз. Это как переписать все компоненты на рендерфункции
И
Как-то это все криво.
У нас есть this.$t но не в setup'e.
И нас есть второй t но уже в setup'e, то есть каждый компонент будет плодить инстансы t.
При том они ссылаются на разные контексты переводов.
У нас есть this.$t но не в setup'e.
И нас есть второй t но уже в setup'e, то есть каждый компонент будет плодить инстансы t.
При том они ссылаются на разные контексты переводов.
V
ты решил экономить на инстансах?
V
новое апи, новый способ стучаться, все правильно
И
А вот тут ты, наверное, полностью прав.
Взболтать но не смешивать.
Взболтать но не смешивать.
V
кстати передавать весь конфиг не обязательно https://vue-i18n.intlify.dev/guide/advanced/composition.html#basic-usage