AIMP Forum
AIMP for Android => Предложения / Suggestions => Topic started by: iu14472 on September 10, 2021, 18:32:07
-
Тап по не активному треку запускает его (как сейчас). Очень удобно в режиме включил песню промотал к середине, включил следующую (часто слышу такое использование).
Возможно для Windows.
(https://www.aimp.ru/forum/index.php?action=dlattach;topic=67570.0;attach=64411)
На рисунку:
1. Тап по активному треку перемещает воспроизведение в позицию, указанную кружком
2. Вариант фона, указывающего прогресс
3. Возможно уже ненужный элемент
4, 5 Варианты отображения места остановки воспроизведения трека (места закладки)
Если реализация не оправдана, возможно рассмотреть только перемотку с отображением прогресса элементом №3
или
тап по активному треку в плейлисте перезапускает его ровно из середины (возможно только в течении нескольких секунд после активации трека, а дальше как сейчас (сначала))
-
И зачем, если есть полоса прокрутки внизу + можно перематывать трек долгим тапом по кнопкам prev/next?
-
Долгим табом менее удобно и дольше перематывать + с плейлиста нагляднее переключиться через несколько треков. Полоса прокрутки тонкая, а треки уже занимают высоту кнопок.
-
Полоса прокрутки тонкая...
Это можно поправить в редакторе скинов (https://www.aimp.ru/?do=download&os=android&cat=se).
-
Зачем делать толще полосу, если высота треков уже занимает место для удобства переключения
-
Зачем делать толще полосу, если высота треков уже занимает место для удобства переключения
Ну может потому что:
Первое — теряется очевидное выделение играющего трека, т.к. оранжевый фон будет прогресс-баром.
Второе — серые прогрессы для остальных треков будут сливаться в лестницу и возникнет сильный визуальный шум (в первом варианте). Во втором варианте также получится визуальный шум, пусть и без «лестницы».
Третье — долгий тап по треку для открытия меню. Как он будет себя вести с прикрученным прогрессом в вашем первом варианте?
Четвёртое — второй вариант прогресс-бара отъедает место у строки в плейлисте. Для него или придётся расширять строку трека или выкидывать вторую строку с данными.
Не легче ли просто подправить скин под себя в редакторе, расширив прогресс в плейлисте?
-
1. Текущий трек частично оранжевый или выделить еще рамкой.
2. Прогресс остальных треков очень светло серым (или опционально).
3. Долгий тап вызовет меню на всех треках. Одиночный тап задействован же и сейчас.
4. Прогресс использовать как фон или заменить вторую строку (на форуме встречал мнение о её ненужности).
Оформление на рисунку только поясняет идею и нуждается в большой обработке.
-
Не легче ли просто подправить скин под себя в редакторе, расширив прогресс в плейлисте?
На мой взгляд идея повышает удобство, придает информативность т.к. на форуме просили историю прослушанных треков (частично обеспечивает просьбу).
Расширить прогресс в плейлисте я не поддерживаю, лучше оставить все как есть.
-
1. Текущий трек частично оранжевый или выделить еще рамкой.
2. Прогресс остальных треков очень светло серым (или опционально).
3. Долгий тап вызовет меню на всех треках. Одиночный тап задействован же и сейчас.
4. Прогресс использовать как фон или заменить вторую строку (опционально).
1. Запускаем трек, он начинает играть. Полоса прогресса ещё небольшая и не сильно выделяет трек. Только если рамка.
2. Тогда такое выделение будет плохо видно, да и визуально будет выглядеть ужасно: фон плейлиста одного цвета, а на его левом краю «лестница» другого оттенка.
3. Сейчас при долгом тапе по прогрессу трека открывается окно перехода к заданному вручную времени. Т.е. поведение прогресса для вашей идеи отличается от поведения нынешних прогрессов трека.
4. Про фоновый вариант описал выше. В случае второй строки: а если она нужна вместе с прогрессом? К тому же, скопление таких прогрессов в плейлисте тоже создаст визуальный шум.
Расширить прогресс в плейлисте я не поддерживаю, лучше оставить все как есть.
Выше вы писали что прогресс тонкий, а теперь лучше оставить как есть...
-
1. Также сейчас изменяется цвет названия активного трека.
2. Опционально или тогда ненужно.
3. Оставить также прогресс внизу с существующим поведением при долгом тапе.
Выше вы писали что прогресс тонкий, а теперь лучше оставить как есть...
Лучше тонкий, чем дополнительное место на экране.
-
Лучше тонкий, чем дополнительное место на экране.
Фактический размер прогресса, если мне не изменяет память, равен 40 pt. Если даже его расширить в 2 раза, то он не займёт много места. И вряд ли кто переключает треки, нажимая прямо в самый низ видимой части плейлиста.
Собственно, я вначале подумал, что вам не удобно пользоваться тонким прогрессом в плейлисте и предложил поправить стандартный скин в редакторе для себя. Но, видимо, ошибся. Как мне кажется, то это предложение ради предложения, а не удачная фича
-
Фактический размер прогресса, если мне не изменяет память, равен 40 pt. Если даже его расширить в 2 раза, то он не займёт много места. И вряд ли кто переключает треки, нажимая прямо в самый низ видимой части плейлиста.
В теме https://www.aimp.ru/forum/index.php?topic=65746.0 (https://www.aimp.ru/forum/index.php?topic=65746.0) ответ 2 Artem пишет
При уменьшении высоты возникнет другая проблема - сложность попасть пальцем в запись. Поэтому сейчас при отключении второй строки высота не меняется.
Вот удобная высота.
Собственно, я вначале подумал, что вам не удобно пользоваться тонким прогрессом в плейлисте и предложил поправить стандартный скин в редакторе для себя. Но, видимо, ошибся. Как мне кажется, то это предложение ради предложения, а не удачная фича
Мне не удобно после запуска трека опускать палец вниз, целиться в узкую полосу, поднимать палец вверх и выбирать след. трек.
Я добавил в шапку вариант обозначения места остановки воспроизведения неактивных треков.
-
Идея плохая. как по дизайну, так и по эргономике. В вашем примере, чтобы что-то сделать надо крепко подумать, чтобы не тыкнуть не туда, куда хотел. Так не должно быть
-
Прошу также рассмотреть следующее поведение:
Первый тап - активация трека.
Второй тап (~1 сек. после активации) - воспроизведение ровно из середины. При наличии закладки - как сейчас.
Второй тап после ~1 сек. или третий и все последующие - воспроизведение сначала.
Без возможности перематывать и отображения прогресса на треку.
Удобно при поиске аудиофайла. Нашел, тапнул третий раз и слушаешь сначала.