Возможность настроить автофокусировку текущего трека в плейлисте

[blur0]

Долго использовал v.3.5 и привык к поведению плеера, когда:
   в одном плейлисте играет музыка
   а второй в это время редактируешь(меняешь сортировку, устанавливаешь очередь и т.д)
   потом сворачиваешь плеер
   после этого опять разворачиваешь плеер и продолжаешь редактировать плейлист, где остановился

В v4.10 RC, build 1823 если произошла смена трека, пока плеер был свернут(либо под плейлистом не было курсора), открывается воспроизводимый в это время плейлист.
Если мне нужно открыть плейлист и показать воспороизводимый сейчас трек, я использую горячую клавишу/пункт меню "Показать текущий".

Предложение: добавить опцию по поведению переключения плейлистов при свернутом плеере.

P.S. подобное предложения уже не раз высказывалось, но без голосования.

[xwind]

... Предложение: добавить опцию по поведению переключения плейлистов при свернутом плеере. ....

А почему именно только при свернутом? Вы же сами написали, что если мышь не над плейлистом, то и при не свернутом плейлист также переключается на содержащий проигрываемый трек.

А, собственно, в чем проблема то? У вас так много плейлистов одновременно открыто, что заново переключиться на требуемый так проблематично?

[blur0]

А почему именно только при свернутом? Вы же сами написали, что если мышь не над плейлистом, то и при не свернутом плейлист также переключается на содержащий проигрываемый трек.

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

А, собственно, в чем проблема то? У вас так много плейлистов одновременно открыто, что заново переключиться на требуемый так проблематично?

 
в данный момент 21 плейлист, и некоторый дискомфорт при поиске потерянного плейлиста имеется.
Повторюсь:
есть функция "Показать текущий трек"
зачем автоматизировать переход к нему после каждой смены трека?

Сформулирую немного по-другому предложение: {Опционально}Поведение окна плейлиста при смене трека не меняется в зависимости от расположения курсора и свернутости плеера.

[Zhenya]

Я за.
Хотя меня, оказывается, интересует обратное поведение - даже если указатель мыши над плейлистом, всё равно фокусировать играющий трек (следовать за ним).

Причины:
1. Столкнулся с сабжем когда нужно было прослушать и отобрать на ноуте приличное количество музыки. Скин был растянут на весь экран и, чтобы автоматическая фокусировка работала, приходилось убирать указатель мыши в самый низ, на панель задач. А так как иногда нужен был расширенный поиск и другие действия мышкой, то приходилось каждый раз убирать указатель на панель задач, что на ноуте и при этом лёжа не самое удобное и быстрое действие.

2. Видел подобные сообщения/вопросы/непонимания почему плейлист ведёт себя по разному.


Предлагаю реализовать сабж примерно следующим образом: в настройках, в раздел "Плейлист" добавляется пункт "Автоматическая фокусировка", рядом выпадающий список, содержащий варианты:
- "Всегда";
- "Если указатель мыши не над областью плейлиста" (текущее поведение);
- "Никогда".

Название пункта наверно потребует пояснения серым текстом как у опции "Режим одного плейлиста". Только вот места на этой странице маловато:



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

[xwind]

Я за.
Хотя меня, оказывается, интересует обратное поведение - даже если указатель мыши над плейлистом, всё равно фокусировать играющий трек (следовать за ним). ...

Что данная опция кроме неудобства может добавить? Не понимаю... Сабжевая фокусировка ведь помимо непосредственно фокусировки в рамках одного плейлиста еще и переключает на текущий (в случае работы над другим). И одно дело, когда мышь не над ним или плеер свернут, подразумевается, что в тот момент отсутствует непосредственно взаимодействие с плейлистом, другое дело — когда такое взаимодействие осуществляется.

... Причины:
1. Столкнулся с сабжем когда нужно было прослушать и отобрать на ноуте приличное количество музыки. Скин был растянут на весь экран ...

... 2. Видел подобные сообщения/вопросы/непонимания почему плейлист ведёт себя по разному. ...

1. Так какое отношение к сабжу имеет то, что управляться с плеером пришлось лежа и на ноуте, плеер был растянут на весь экран, и большую его часть занимал плейлист? Можно ведь усложнить задачу... Лечь, например, на надувной матрац, на голову наушники, одной рукой грести, чтобы от берега не слишком относило, а другой придерживать ноут, чтобы  в воду не соскользнул, держать в ней же телефон и одновременно что-то там делать в плеере — тогда совсем неудобно будет... Как-то надуманно это все! Нет, согласен, что на тачпаде курсором не так удобно водить, но в чем фишка рассчитывать постоянно на автофокусировку? Если плеер открыт, можно же нажать "показать текущий" или использовать локальный хоткей...

2. Недопонимания разрешимы в большинстве случаев.

[Zhenya]

Что данная опция кроме неудобства может добавить? Не понимаю...

А как она добавит неудобства?

Сабжевая фокусировка ведь помимо непосредственно фокусировки в рамках одного плейлиста еще и переключает на текущий (в случае работы над другим). И одно дело, когда мышь не над ним или плеер свернут, подразумевается, что в тот момент отсутствует непосредственно взаимодействие с плейлистом, другое дело — когда такое взаимодействие осуществляется.

Осуществляется, да, но только с одним текущим плейлистом, поэтому форсированная фокусировка была бы кстати.
Поясню, что указателем мыши я именно с плейлистом почти ничего не делал, разве что ПКМ на нужном треке нажимал. Указателем мыши я работал с расширенным поиском и с окном QTE. И каждый раз после закрытия этих окон приходилось двигать ещё и указатель мыши вниз.

1. Так какое отношение к сабжу имеет то, что управляться с плеером пришлось лежа и на ноуте, плеер был растянут на весь экран, и большую его часть занимал плейлист? Можно ведь усложнить задачу... Лечь, например, на надувной матрац, на голову наушники, одной рукой грести, чтобы от берега не слишком относило, а другой придерживать ноут, чтобы  в воду не соскользнул, держать в ней же телефон и одновременно что-то там делать в плеере — тогда совсем неудобно будет... Как-то надуманно это все! Нет, согласен, что на тачпаде курсором не так удобно водить, но в чем фишка рассчитывать постоянно на автофокусировку? Если плеер открыт, можно же нажать "показать текущий" или использовать локальный хоткей...

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

Как-то надуманно это все!

У вас как раз таки надумано, а я описал то, с чем столкнулся сам недавно. Думал создать тему, но это нужно найти ещё аргументы и всё расписать, а тут как раз эта тема, я её и поддержал.

2. Недопонимания разрешимы в большинстве случаев.

Я к тому, что сабж всплывает уже не в первый раз.


Кстати, вот ещё ситуация:
1. Играет один плейлист.
2. Идёт работа с другим плейлистом, но не так, что указатель мыши точно над областью плейлиста, а он активно перемещается в окна QTE (для редактирования), в браузер чтобы быстро посмотреть информацию, идёт перемещение с помощью DnD файлов в плейлист и из плейлиста.
3. Но при этом если в момент переключения трека в первом плейлисте, указатель оказался не строго над областью плейлиста, то произошла ненужная в данный момент автофокусировка играющего трека и редактируемый плейлист пропал из виду.
Причём, указатель мыши может быть как-бы над областью плейлиста, но в окне поверх него (расш. поиск, QTE, окно перемещения файлов, окно с текстом песни из ВК) и всё равно сработает автофокусировка.

Разве это невозможная ситуация? Возможная.


Непонятно ваше ярое сопротивление, как будто какую-то возможность собираются убрать.

[xwind]

... Разве это невозможная ситуация? Возможная.

Непонятно ваше ярое сопротивление, как будто какую-то возможность собираются убрать.

Нет, никакого сопротивления нет. Мои слова были неверно интерпретированы. Я, на самом деле, еще никак не проголосовал (среди голосов "против" моего на момент написания данного сообщения нет). Просто пытаюсь вникнуть в суть проблемы, чтобы окончательно определиться.

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

Но, думаю, в любом случае необходимо не запрятывать эту опцию в дебри менюшек, а делать ее доступной оперативно, например, на ПКМ по заголовку плеера, там как раз сейчас мало пунктов. ПКМ -> автофокус-> Включен (Отключен).

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

[Zhenya]

Предлагаю модераторам переименовать тему так:
Настройка поведения связки плейлист + указатель мыши

или так:
Возможность настроить автофокусировку текущего трека в плейлисте

Текущее название темы устарело через несколько часов после её создания.

[Zhenya]

Периодически спрашивают про эту автоматическую фокусировку проигрываемого трека в плейлисте, вот свежий пример — Retain playlist entry selection on song jump.

Опцию бы для настройки этого дела.