Колонки при растягивании.

[Tarik]

Вот только как будет растягиваться такой плейлист по горизонтали, а, точнее, при какой ширине и при каких условиях в нём будет появляться новая "колонка"?

Я думаю так же, как и в проводнике с видом "Список". Ширина колонки в проводнике, как я понимаю, выбирается исходя из максимальной длины имени файла в папке (но с ограничением где-то около 140 символов).

[softrunner]

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

Размер колонки задаётся в символах (чтобы не было зависимости от размера шрифта). Если высоты плейлиста достаточно, чтобы вместить список треков в одну колонку, то отображается только одна колонка, иначе добавляется ещё одна, и т.д. Нет смысла рисовать пустые колонки.

[FreeMan700]

Ух ты! Тема очень интересная. Только за.

[Soolo]

  Это всё понятно. Сейчас при растягивании плейлиста по горизонтали растягивается лишь колонка с названиями треков, причём растягивается неограниченно. Взгяните на этот вопрос с точки зрения программиста: когда появлятся второй странице плейлиста, при каких условиях. Или предлагается растяжку по горизонтали внутри одной страницы плейлиста вообще отменить? А если в плейлисте несколько тысяч треков - тогда что, все страницы автоматически добавятся? Но так никакого экрана не хватит, как пользователь будет управлять всем этим?

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

[Soolo]

но за что, конкретно, сейчас голосуем - неясно.

за то чтобы как-то повысить гибкость плейлиста =)

[softrunner]

Взгяните на этот вопрос с точки зрения программиста: когда появлятся второй странице плейлиста, при каких условиях.

C точки зрения программиста:
Для страниц (колонок) задаётся минимальная и максимальная ширина в символах. Делим ширину плейлиста (в символах) на мин. ширину страницы, отбрасываем дробную часть, получаем количество колонок. Растягиваем их по плейлисту, чтобы заполнить остаток ширины, но не больше максимальной ширины на колонку.

А если в плейлисте несколько тысяч треков - тогда что, все страницы автоматически добавятся? Но так никакого экрана не хватит, как пользователь будет управлять всем этим?

Если треков больше, чем влезает на экран (в этом случае все страницы имеют минимальную ширину), то справа у плейлиста появляется полоса прокрутки, позволяющая листать плейлист. В идеале пролистывание должно быть поэкранным, т.е. если на экране влезло 50 треков, то одно нажатие на полосу прокрутки отображает в плейлисте следующие 50 треков и т.д., чтобы положения треков не менялись в колонках. Хотя в настройках можно сделать опцию, чтобы пролистывание было и по одному треку вниз (т.е. все треки будут сдвигаться вверх на 1), а также по одной странице (колонке), т.е. первая страница исчезает, на её место становится вторая и т.д., а в последней странице отображаются следующие n треков, влезающие на одну страницу.

Или предлагается растяжку по горизонтали внутри одной страницы плейлиста вообще отменить?

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