S
а объекты кликабельные?
Да. + У каждого есть на ховер анимация выдвижения. И вообще это отдельные виджеты :)
Size: a a a
2020 May 08
К.
Да. + У каждого есть на ховер анимация выдвижения. И вообще это отдельные виджеты :)
Ну тогда точно лучше будет сделать через канвас и zorder имхо
P
Да. + У каждого есть на ховер анимация выдвижения. И вообще это отдельные виджеты :)
они могут быть разного размера или их размер меняться динамически?
S
они могут быть разного размера или их размер меняться динамически?
Вложенные объекты одного размера. Контейнер зависит от экрана видимо.
S
Я пробовал даже viewport size получить и от него процент взять (костыль но все же сработало бы). Но оно как то странно считает его. Как будто бы тоже ориентируется на содержимое виджета
К.
Я пробовал даже viewport size получить и от него процент взять (костыль но все же сработало бы). Но оно как то странно считает его. Как будто бы тоже ориентируется на содержимое виджета
Я же говорю - канвас
К.
У него есть якоря
К.
Считай, встроенные проценты
AR
Ну, саунд волюм может глушить звуки вне дома
Понял. Ну я бы рекомендовал ставить актор отдельно.
Если всё-таки решишь делать домики саунд волюмами (не рекомендую), то смотри CreateBrushForVolumeActor. Дело в том, что редактор создаёт в любом волюме браш и заполняет его некоторыми дефолтными осмысленными значениями. В случае кастомного волюма ты это не делаешь, и оно падает.
Если всё-таки решишь делать домики саунд волюмами (не рекомендую), то смотри CreateBrushForVolumeActor. Дело в том, что редактор создаёт в любом волюме браш и заполняет его некоторыми дефолтными осмысленными значениями. В случае кастомного волюма ты это не делаешь, и оно падает.
S
Считай, встроенные проценты
Ну да, это было бы лучше. Но нужно поймать момент когда нужно просто прижать к левому краю, а когда происходит переполнение контейнера.
AS
SZ
Понял. Ну я бы рекомендовал ставить актор отдельно.
Если всё-таки решишь делать домики саунд волюмами (не рекомендую), то смотри CreateBrushForVolumeActor. Дело в том, что редактор создаёт в любом волюме браш и заполняет его некоторыми дефолтными осмысленными значениями. В случае кастомного волюма ты это не делаешь, и оно падает.
Если всё-таки решишь делать домики саунд волюмами (не рекомендую), то смотри CreateBrushForVolumeActor. Дело в том, что редактор создаёт в любом волюме браш и заполняет его некоторыми дефолтными осмысленными значениями. В случае кастомного волюма ты это не делаешь, и оно падает.
Окей, спасибо. Наверное всё-таки выставлю разными акторами
К.
Ну да, это было бы лучше. Но нужно поймать момент когда нужно просто прижать к левому краю, а когда происходит переполнение контейнера.
Правильная мысль, для этого и нужен размер парент канваса =)
К.
Но гораздо реже, чем раз в тик =)
S
Но гораздо реже, чем раз в тик =)
Так и так гораздо реже. Я просто не знаю когда именно, поэтому приходится следить 😟 И с канвасом видимо тоже придется
К.
Так и так гораздо реже. Я просто не знаю когда именно, поэтому приходится следить 😟 И с канвасом видимо тоже придется
Это уже не так страшно
К.
В конце-концов можно даже один раз на старте
К.
Типа не так часто люди будут менять изображение
К.
Ну и, например, проверять размер на добавлении, допустим, новых элементов
К.
Короче, тик не нужен, если в нём нет нужды