G
нерешённые проблемы computer science в области graph layouts оборачиваются серьёзными дизайнерскими вызовами, для реализации которых приходится изрядно поломать голову в коде
а зачем дизайнеру надо знать об проблемах компьтер саенс?)
Size: a a a
2020 October 07
🚀🚀
ну тебе понравился клубок по ссылке?)
A
хотет!
🚀🚀
визуализация обязана быть полезной
🚀🚀
а значит, читабельной
🚀🚀
и тут — сюрприз — такой области как дизайн интерактивных схем фактически нет
🚀🚀
ситуация: ничего не понятно, ваши действия?
🚀🚀
или даже вот конкретная ситуация
G
ну тебе понравился клубок по ссылке?)
насколько я понимаю, ты чтоб построить схему связей, такую как видит пользователь через апи, ты это реализуешь через кор, а там у тебя сосвсем другие связи?
🚀🚀
прогресс в визуализации схемы приложениия. большие блоки — папки, маленькие блоки внутри них — файлы с юнитами (точками)
план был такой — после реализации этого скрина начать прокладывать ветки по прямым линиям, ну, чтобы аккуратно было
🚀🚀
а теперь обратите внимание что вверху слева пара дюжин линий идут в одну точку. (на самом деле этих линий в три раза больше)
🚀🚀
если рисовать прямые линии упирающиеся в точку, то 30 линий параллельно никак не нарисовать
🚀🚀
тупо места не хватит, будет такой же подсолнух, только меньше радиусом
🚀🚀
это дизайнерская проблема. дизайнерские проблемы всегда возникают после реализации в коде решения для предыдущих проблем
🚀🚀
после трёх дней размышления, я понял, что большое количество линий идущих к точке автоматически подразумевают, что эта точка становится важнее и больше
🚀🚀
после трёх дней размышления, я понял, что большое количество линий идущих к точке автоматически подразумевают, что эта точка становится важнее и больше
примерно так
🚀🚀
теперь, чтобы это реализовать, нужно сделать так, чтобы лейаут графа, который расставляет точки и квадраты на скринах, мог расчищать место под большие круги, а заодно тянуть блоки если места не хватит
G
прогресс в визуализации схемы приложениия. большие блоки — папки, маленькие блоки внутри них — файлы с юнитами (точками)
я себе по другому представлял схему связей для пользователя. Там бы были в руте сторы, от них поражденные сторы и так далее, и ивенты и эффекты влияющие на сторы, у каждого стора своя группа
🚀🚀
да да да да да
🚀🚀
конечно