Size: a a a

2020 October 08

AO

Aleksandr Osipov in ☄️ effector
@doasync https://github.com/zerobias/effector/pull/396#issuecomment-704979773 ну по такой логике аттач без source не имеет смысла, однако есть же вариант уже без source с mapParams
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
attach new effect to given one
источник

AO

Aleksandr Osipov in ☄️ effector
Ну я это так и воспринимаю
источник

🦜

🦜 in ☄️ effector
🦜
Я бы еще по количеству элементов внутри области, на отдаленном масштабе,  убирал бы элементы меньше какого-то количества юнитов
так можно будет показать связи только между большими моделями
источник

🦜

🦜 in ☄️ effector
использовать масштаб как фильтр
источник

AO

Aleksandr Osipov in ☄️ effector
То есть мне кажется проблемы нет с неймингом, но я предвзят потому что мне нужна такая форма :)
источник

🦜

🦜 in ☄️ effector
или типо того
источник

🦜

🦜 in ☄️ effector
чем больше приближаешь, тем больше видишь мелких связей
источник

🦜

🦜 in ☄️ effector
какие-то такие у меня мысли
источник

c⁣

createStore<🦉>... in ☄️ effector
🦜
Я бы еще по количеству элементов внутри области, на отдаленном масштабе,  убирал бы элементы меньше какого-то количества юнитов
Мне кажется тут лучше схлопывать кучу связей в одном направлении в одну линию.
Даже если модели небольшие, это не значит, что они менее важные
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
🦜
Я бы еще по количеству элементов внутри области, на отдаленном масштабе,  убирал бы элементы меньше какого-то количества юнитов
1) нужно определить, что есть «главное» (это довольно каверзный вопрос)
2) нужно понять, как добиться стабильности лейаута в таких условиях — геометрия контуров должна сохраняться, но если не обеспечить этого явно, то по мере уменьшения количества точек, блоки будут непропорционально смещаться из-за сжатия соседних. двумерный layout shift
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
лейаут — это алгоритм размещения геометрических фигур с учётом ограничений
источник

🦜

🦜 in ☄️ effector
🚀🔬 🚀🔬🚀🔬
1) нужно определить, что есть «главное» (это довольно каверзный вопрос)
2) нужно понять, как добиться стабильности лейаута в таких условиях — геометрия контуров должна сохраняться, но если не обеспечить этого явно, то по мере уменьшения количества точек, блоки будут непропорционально смещаться из-за сжатия соседних. двумерный layout shift
Пока я предполагаю, что это файлы с большим количеством юнитов внутри. На той же схеме Рафа, можно увидеть главную модель с запросами, а на большом масштабе можно было бы посмотреть, есть ли от нее линии к другим большим/главным моделям
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
🚀🔬 🚀🔬🚀🔬
Переслано от 🚀🔬 🚀🔬🚀🔬
сегодня так)
к примеру, часть мелких блоков (файлов) внутри больших блоков (папок) располагаются на одной линии, потому что алгоритм лейаута проверяет наличие места по оси x. по оси y не проверяет и поэтому вверху скрина папки идут тонкой линией
источник

🦜

🦜 in ☄️ effector
🚀🔬 🚀🔬🚀🔬
1) нужно определить, что есть «главное» (это довольно каверзный вопрос)
2) нужно понять, как добиться стабильности лейаута в таких условиях — геометрия контуров должна сохраняться, но если не обеспечить этого явно, то по мере уменьшения количества точек, блоки будут непропорционально смещаться из-за сжатия соседних. двумерный layout shift
Не получить с масштабом увеличивать размер одних и уменьшать других? Как на картах делают
источник

🦜

🦜 in ☄️ effector
источник

🦜

🦜 in ☄️ effector
источник

🦜

🦜 in ☄️ effector
хотя с картами плохой пример
источник

🦜

🦜 in ☄️ effector
они не динамичные
источник

🚀🚀

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

придумать принципы по которым будет компенсироваться изменение масштаба (не забывай, что тебе нужно заполнить одними фигурами место оставшееся после других, причём фигуры должны сохранять и своё предыдущее положение)

и закодить эти принципы
источник