Да не играет роли какие перегородки, xoomer правильно подметил, только опционально, лишь бы были колонки.Если вы не заметили, не в перегородках разница.
Лишь бы скроллились как в винде "список", то есть сдвигались влево.+++
Максимум, как можно сделать при текущей архитектуре, это так (см. рисунок)Такой вариант как раз правильный. Для больших мониторов полезная опция. Длинные плейлисты запаришься скролить мышкой. За.
https://www.aimp.ru/forum/index.php?action=dlattach;topic=18074.0;attach=9449
Такой вариант как раз правильный. Для больших мониторов полезная опция. Длинные плейлисты запаришься скролить мышкой. За.тоже поддержу этот вариант
Вот только как будет растягиваться такой плейлист по горизонтали, а, точнее, при какой ширине и при каких условиях в нём будет появляться новая "колонка"?Я думаю так же, как и в проводнике с видом "Список". Ширина колонки в проводнике, как я понимаю, выбирается исходя из максимальной длины имени файла в папке (но с ограничением где-то около 140 символов).
Я имел в виду каличество страниц в таком плейлисте: либо оно будет жестко задано, или новая страница будет автоматически добавляться при растягивании до какаого-то размера.Размер колонки задаётся в символах (чтобы не было зависимости от размера шрифта). Если высоты плейлиста достаточно, чтобы вместить список треков в одну колонку, то отображается только одна колонка, иначе добавляется ещё одна, и т.д. Нет смысла рисовать пустые колонки.
Это всё понятно. Сейчас при растягивании плейлиста по горизонтали растягивается лишь колонка с названиями треков, причём растягивается неограниченно. Взгяните на этот вопрос с точки зрения программиста: когда появлятся второй странице плейлиста, при каких условиях. Или предлагается растяжку по горизонтали внутри одной страницы плейлиста вообще отменить? А если в плейлисте несколько тысяч треков - тогда что, все страницы автоматически добавятся? Но так никакого экрана не хватит, как пользователь будет управлять всем этим?вариантов много
но за что, конкретно, сейчас голосуем - неясно.за то чтобы как-то повысить гибкость плейлиста =)
Взгяните на этот вопрос с точки зрения программиста: когда появлятся второй странице плейлиста, при каких условиях.C точки зрения программиста:
А если в плейлисте несколько тысяч треков - тогда что, все страницы автоматически добавятся? Но так никакого экрана не хватит, как пользователь будет управлять всем этим?Если треков больше, чем влезает на экран (в этом случае все страницы имеют минимальную ширину), то справа у плейлиста появляется полоса прокрутки, позволяющая листать плейлист. В идеале пролистывание должно быть поэкранным, т.е. если на экране влезло 50 треков, то одно нажатие на полосу прокрутки отображает в плейлисте следующие 50 треков и т.д., чтобы положения треков не менялись в колонках. Хотя в настройках можно сделать опцию, чтобы пролистывание было и по одному треку вниз (т.е. все треки будут сдвигаться вверх на 1), а также по одной странице (колонке), т.е. первая страница исчезает, на её место становится вторая и т.д., а в последней странице отображаются следующие n треков, влезающие на одну страницу.
Или предлагается растяжку по горизонтали внутри одной страницы плейлиста вообще отменить?Внутри одной конкретной - конечно отменить. Можно сделать, чтобы пользователь менял минимальную ширину плейлиста прямо в плейлисте, но эта ширина уже будет минимальной для всех страниц.
scud,
For this you can use Music Library of AIMP.