Монолиты: неудобства взаимодействий с фонотекой (вкл\откл)

[MolusFLACuPoNocham]

Проблема: в монолитном режиме неудобно пользоваться опциональной фонотекой (открыть, что-то поделать, закрыть). В моём случае плеер всегда справа, поэтому включение\отключение фонотеки приводит к тому, что плеер раскрывается за экран...

Предложение: при включении фонотеки учитывать близость к горизонтальным краям, чтобы не допускать раскрытий за экран. Также, крайне желательно запоминать пользовательское положение окна, чтобы после закрытия фонотеки восстанавливалось изначальное положение, а не использовалось сформированное... Можно будет, наконец, нормально пользоваться этим с зафиксированным положением плеера.

[Artem]

Против. В большинстве скинов фонотеку можно отстегнуть в отдельное окно.

[MolusFLACuPoNocham]

Ну... Речь как раз про монолиты и идёт. Сколько таких в % соотношении не берусь сказать, но с ними прям совсем неудобно.

[Kibermanick]

Против. В большинстве скинов фонотеку можно отстегнуть в отдельное окно.

Вообще я тоже столкнулся с моментом где подобное поведение было бы не лишним. Как я понял плеер всегда позиционируется относительно левого верхнего угла при всех сценариях поведения. Это немного ограничивает. Например я хотел бы использовать вместо информационной ленты карточку но что бы она имела разный размер в зависимости от положения курсора(при наведении курсора карточка расширяется) но в таком случае поведение работает не логично. Если карточка прилипла к низу и правой стороне экрана то расширяться должна в противоположенные стороны но расширяется дальше от верхнего левого угла и вылазит за границы экрана. Не знаю про учет близости к краям но в случае когда отрабатывает прилипание к краю без скрытия окно вылезать за экран не должно.

[Artem]

имела разный размер в зависимости от положения курсора

а как вы представляете это в реализации в скин-джижке? через скрипт?

[Kibermanick]

а как вы представляете это в реализации в скин-джижке? через скрипт?

Ну размер окна поменять я могу и скриптом, и просто переключением видимости контейнеров. Это уже реализовано.

[Artem]

Ну размер окна поменять я могу и скриптом, и просто переключением видимости контейнеров. Это уже реализовано.

Мой вопрос был про вот это хитрое поведение. Как бы вы представляете его инициацию со стороны скина? Как движок будет знать, куда и как анимировать окно?

[Kibermanick]

Мой вопрос был про вот это хитрое поведение. Как бы вы представляете его инициацию со стороны скина? Как движок будет знать, куда и как анимировать окно?

Ну про анимацию я не говорю хотя и хотелось бы, но речь идет о простом мгновенном изменении размера окна. А так представим таким образом, прилипание же как-то фиксируется, якорями или еще как-то, вот при наличии такого фиксирования рассчитывать положение окон таким образом что бы не пересекать границы ответственные за активные якоря при изменении размеров окна.

[Kibermanick]

Это конечно не решит проблему растягивания  главного окна фонотекой из начального поста, но её мне кажется можно решить скриптом. Но решит проблему когда при изменении размера плеер уходит за экран.

[Artem]

решит проблему когда при изменении размера плеер уходит за экран

Вопрос в другом, как определить, когда за экран нужно (можно) уходить, а когда нет?

[Kibermanick]

Вопрос в другом, как определить, когда за экран нужно (можно) уходить, а когда нет?

Вот именно по этому я и упоминаю "прилипание", если окно прилипло к правому краю значит уходить в право больше нельзя и аналогично другим прилипанием. Можно конечно еще сделать правило что если габарит окна выходит за границы экрана помещать окно обратно в границы экрана, но это вызовет свои неудобства хотя возможно не такие уж и большие. типа если край плеера ушел на 200 пикселей вправо за границу экрана то отнять эти 200 пикселей из положения Х окна. Но в таком случае невозможно будит перетащить окно и оставить намеренно частично вне экрана, хотя это не то что бы часто нужно.

[Artem]

границы экрана помещать окно обратно в границы экрана, но это вызовет свои неудобства хотя возможно не такие уж и большие

Вызовет-вызовет и очень большие. Сталкивались мы с таким уже.

намеренно частично вне экрана

Этим 100% пользуются

упоминаю "прилипание"

Вот тут и проблема - движок должен как-то понимать, можно ему уводить окно за пределы экрана или нет. Поскольку действие инициировано не пользователем, а скином, то не понятно, как определить, что именно автор скина в данный момент ожидает. Поэтому я у вас и спросил, как вы предлагаете это реализовать со стороны скина

[MolusFLACuPoNocham]

Вот тут и проблема - движок должен как-то понимать, можно ему уводить окно за пределы экрана или нет.

Можно, но в противоположную сторону.

Это конечно не решит проблему растягивания  главного окна фонотекой из начального поста, но её мне кажется можно решить скриптом.

Сторить координаты, если пользователь нажал «зафиксировать положение окна», а движок уже будет считать может ли он поместить текущее окно в эти координатные рамки. А сами окна всегда выстраивать «от края» (горизонталь).

[Artem]

Сторить координаты, если пользователь нажал «зафиксировать положение окна»

ну это костыль. я бы не стал завязываться на эту опцию.

[MolusFLACuPoNocham]

ну это костыль. я бы не стал завязываться на эту опцию.

Тогда тупо сохранять пользовательские размеры (установленные мышью), а то что внесено опциями уже корректировать под них. Не лезет — от края расширяем, лезет — к краю ужимаем.