Size: a a a

2020 October 09

l

lllla in ☄️ effector
lllla
блин, не ширину менять, а положение placeholder, который висит над кнопками
типо как в material tabs
источник

A

Alexander in ☄️ effector
Привет) Редакс в хештегах для того, чтобы те, кто не работал с эффектором не пугались и не проходили мимо вакансии

А так используем только эффектор в текущих проектах и планируем в новых
источник

A

Alexander in ☄️ effector
Только #redux в хештегах настораживает.
источник

c⁣

createStore<🦉>... in ☄️ effector
Alexander
Привет) Редакс в хештегах для того, чтобы те, кто не работал с эффектором не пугались и не проходили мимо вакансии

А так используем только эффектор в текущих проектах и планируем в новых
Лучше отвечать на сообщение, вместо переотправки
источник

A

Alexander in ☄️ effector
createStore<🦉> ⁣
Лучше отвечать на сообщение, вместо переотправки
Грешу этим
источник

l

lllla in ☄️ effector
createStore<🦉> ⁣
Используй css
решил проблему через css))
а вообще, такое возможно?
источник

c⁣

createStore<🦉>... in ☄️ effector
lllla
решил проблему через css))
а вообще, такое возможно?
Вроде нет метода возвращающего рут ноду
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
lllla
Могу ли я использовать using?
пока нет, надо будет добавить
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
там идеологические затруднения — по хорошему, сущности которые меняют объекты, которые им не принадлежат обязаны иметь способ явного удаления
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
то есть в идеале если в using вешают листнер на корневую ноду, то нужно дать возможность явно уничтожить всё, условно, вызвать clearNode
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
эта проблема пока на практике не встречалась потому что при ssr корень создаётся самим форестом, но не хотелось бы узнать о реальной проблеме постфактум)
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
как пойму как доказать что введение этой фичи не сломает ничего, то сразу добавлю. пока сам использую императивный addEventListener 😒
источник

l

lllla in ☄️ effector
🚀🔬 🚀🔬🚀🔬
как пойму как доказать что введение этой фичи не сломает ничего, то сразу добавлю. пока сам использую императивный addEventListener 😒
Сам понял, что сейчас мне это не надо) решил проблему с помощью цсс и процентов
источник

DS

Dmitriy Shuleshov in ☄️ effector
источник

DS

Dmitriy Shuleshov in ☄️ effector
Переслано от Dmitriy Shuleshov
Проходил собес девочка hr рекламила рекламила позицию  и в конце так робко:
- "Только там один момен такой, нууу это .... там не редакс "
Я: "А что?"
"Нууу эффектор"
Я в мыслях "ij; ты родимая раньше молчала
источник

DS

Dmitriy Shuleshov in ☄️ effector
ну если правда, то странно
источник

DS

Dmitriy Shuleshov in ☄️ effector
Переслано от Dmitriy Shuleshov
Ну она знаешь типа в том ключе, что б не отпугнуть незнакомой технологией поток фронтов🌚кек
источник

З

Завтра in ☄️ effector
Hr-то не шарит, че там по технологиям зашкваром считают или топчик
источник

З

Завтра in ☄️ effector
Так что вполне нормальная реакция. Правда, врать в вакансии такое себе в любом случае
источник

MC

Mark Cholak in ☄️ effector
Назрел вопрос, косвенно связанный с forest + effector.
Есть страница с логами. С помощью list() рендерится каждый лог из стора. Стор – обычный массив с жс объектами, где каждый объект несет информацию о логе – тэг, таймстамп, текст.

Надуманная проблема: количество логов со временем будет расти, ввиду чего увеличивается время ожидания "получения информации" о самых свежих логах.
На текущий момент, например, 603 лога – рендер занимает ~2.5 секунды.
Была мысль рендерить с конца – чтобы самые свежие записи рендерились первыми. Пока не совсем пойму как это можно сделать и стоит ли решать эту проблему именно так.
Может был у кого схожий кейс?
источник