0 Members and 1 Guest are viewing this topic.
Нормально-ли если оба эти элементы плеера на мониторе?
И ещё вот такое интересно. По умолчанию, если переключиться в мини-плеер, то его окно рисуется за 5 пикселей от краёв монитора/панели задач (красные зоны на скриншоте): это как-то запрограммировано на уровне плеера?
Можно потом собственноручно это окно прижать к краям, конечно, но интересует изначальная задумка, реализованная в плеере.
Просто не знаю как теперь оптимальнее рисовать окно мини-плеера - нерастягиваемым, сразу растянутым от кромки до кромки или же растягиваемым, с учётом этих 5 пикселей по бокам и снизу/сверху - чтобы, когда мини-плеер вызывался, и если он будет отрисован нерастягиваемым от кромки до кромки, не отрезало его, например, правую часть правым краем монитора и дорастягивать его или прикреплением или вручную.
Есть-ли какой способ с помощью только биндинга заставить кнопку сигнализировать о том, что окно всё ещё открыто, активно, не смотря на то, что оно спрятано за краем монитора - это как раз вся "соль" задумки: видеть по индикации кнопки, что, например, Плейлист активный (открыт), даже если он спрятан от глаз за краем монитора.
Такого способа нет.
"ползунок" громкости (2) при ЛКМ нормально выдаёт третий кадр, а "ползунок" трека (1), при том же самом, третий кадр показывает полупрозрачным:
...Придётся элемент лирики и зону скроллинга паковать в ещё один контейнер, который подчинять lyfLyricsArea и этим новосотворённым контейнером ограничивать и лирику и зону скроллинга, как это и налеплено в T.D.A. Sound System, чтобы лирика так не вылетала вверх на старте.
...похоже (?), только когда лирика находится в многостраничной группе и весь текст не помещается в окно. Причём, если текст не входит и по горизонтали, то обрезается и левый край...
