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

[Tarik]

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

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

[softrunner]

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

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

[FreeMan700]

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

[Soolo]

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

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

[Soolo]

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

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

[softrunner]

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

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

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

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

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

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

[earthyspirit]

Upon finding I'd too many playlists for my monitor height & needing to scroll up/down... I found this topic.
I work with hundred thousand+ files.
A GIANT stack of sorting playlists(and year playlists) is kinda hard to work with at a point.


Please. This feature request is a solid IDEA. 
If going the route of multiple columns, navigation left-right would be a fine control method moving column to column.

The work around for me is likely limiting my "work load playlist stack" until columns are implemented.
Обнаружив, что у меня слишком много плейлистов для моей высоты монитора> и нужно прокручивать вверх / вниз ... Я нашел эту тему.: - *
Работаю со ста тысячами + файлов.
ГИГАНТСКАЯ стопка сортировочных плейлистов (и плейлистов по годам) в какой-то момент довольно сложно работать.

Пожалуйста. Этот запрос функции - надежная ИДЕЯ.
Если вы идете по маршруту из нескольких столбцов, навигация влево-вправо будет прекрасным методом управления перемещением столбца в столбец.

Работа для меня, вероятно, ограничивает мой «стек плейлистов рабочей нагрузки» до тех пор, пока не будут реализованы столбцы.

[scud]

I just wanted to suggest this feature to be optional to turn on/off columns in playlist. Because currently it is impossible to organize all informations in one line to look nice.
I know there is second line with information about file, but what if we wish to save vertical space and show those in the same line like this? I tried to achieve that in settings (copied part of file info to 1st line), but here it how it looks:


As you can see, there is problem to align properly codec and bitrate info for example. So dedicated colums will solve this problem. Here is screenshot from my foobar where I organized everythong by tabs and there are also shown groups as you can see:


Group texts (blue color on screenshot) doesn't fallow column headers, that is important tip.
Long story short, I suggest only adding permanent columns, not when playlist is resized. Why complicate things? Just make it to be optional of playlist settings like:
[ ] Show column headers in playlist

And also one more thing. Configuration of columns would be nice. Right click on column in foobar displays this context menu and that can be useful to configure spcific columns:


I know that is not easy task and there is a lot of programming needed, but that is something what will drastically improve playlist GUI of AIMP player.

[ZeoN7]

scud,
For this you can use Music Library of AIMP.

[scud]

scud,
For this you can use Music Library of AIMP.

Yes, but I wish to use playlists, not library