AIMP Forum
AIMP for PC => Ошибки и замечания / Bugs => Обработано / Processed => Topic started by: Илья on July 19, 2025, 09:56:32
-
При удалении прообраза-папки в общих настройках плейлиста, пути до файлов не восстанавливаются до оригинальных.
Например, в плейлисте пути были H:\..., была указана папка прообраза F:\..., треки перечитались, а потом папка F:\ была удалена из окна настроек. В итоге, все пути в плейлисте остались на F:\ и не вернулись на H:\
Поскольку изначально у плейлиста в настройках прообраз не задан (например, там не указана оригинальная папка H:\), эта настройка воспринимается как дополнительная, и что когда она отменяется, оригинальные пути должны восстановиться.
А фактически, прообраз, ведет себя как "мастер переноса путей в плейлисте". Выглядит не интуитивно.
К тому же, не проверял что будет если указать 2 папки в качестве прообраза, а потом обе удалить. Что будет в случае, если треки плейлиста были собраны из разных источников. Эти пути будут фактически потеряны?
Резюме такое: настройка прообраза не должна потерять оригинальные пути в плейлисте.
-
То, что лично вы не поняли настройки - не означает, что она неверна.
Прообраз - источник данных для плейлиста. Трека нет в прообразе - его нет в плейлисте.
-
Например, в плейлисте пути были H:\..., была указана папка прообраза F:\..., треки перечитались, а потом папка F:\ была удалена из окна настроек. В итоге, все пути в плейлисте остались на F:\ и не вернулись на H:\
А почему они должны были вернуться?
Резюме такое: настройка прообраза не должна потерять оригинальные пути в плейлисте
Должно, более того, в этом смысл прообраза - полная синхронизация треков с источником
-
А почему они должны были вернуться?
Вот поэтому:
>> Поскольку изначально у плейлиста в настройках прообраз не задан (например, там не указана оригинальная папка H:\), эта настройка воспринимается как дополнительная.
Прообраз - источник данных для плейлиста. Трека нет в прообразе - его нет в плейлисте.
Это не соответствует тому что я вижу.
В большинстве моих плейлистов прообраз находится в состоянии "Не задан" (поведение по-умолчанию). Это значит что ни одного трека в прообразе нет. Однако треки почему-то есть в плейлисте, и они работают (поведение по-умолчанию).
То, что лично вы не поняли настройки - не означает, что она неверна.
Чую флёр форума линуксоидов :)
Пассивная агрессия вас не красит. Даже если предположить что я не понял настройку.
Но здесь больше похоже на то, что вы не пожелали прочитать мое сообщение внимательнее.
Я не настаиваю, я доношу фидбек, исходя из своего опыта разработки UI (Артем знает кто я).
Пока что я остаюсь при мнении, что настройка не интуитивна, и может испортить оригинальные пути, хранимые в плейлисте.
Мое мнение: прообраз должен "перекрывать", а не "перетирать" оригинальные пути. И когда он удаляется (возвращается в состояние, которое было сначала), пути должны вернуться к тем, которые были при добавлении плейлиста. Особенно если человек долго и упорно составлял этот плейлист из разных папок.
Или так: вместо окна со списком папок/источников прообраза, может быть "мастер переноса плейлиста", который за несколько шагов перманентно переносит пути в новые папки (или берет их из других имеющихся сейчас источников).
Тогда юзеру будет понятно, что он не сможет свой плейлист "вернуть взад" после такой манипуляции. Повторюсь: особенно если человек долго и упорно составлял этот плейлист из разных папок.
-
Это значит что ни одного трека в прообразе нет
Это значит, что прообраз не задан (плейлист обычный, а не умный).
Пока что я остаюсь при мнении, что настройка не интуитивна, и может испортить оригинальные пути, хранимые в плейлисте.
Замечу, что этой настройке почти 10 лет и пока ты первый, кто на нее жалуется =)
Тогда юзеру будет понятно, что он не сможет свой плейлист "вернуть взад" после такой манипуляции
До недавнего времени любая манипуляция с плейлистом приводила к необратимым изменениям.
-
Тогда юзеру будет понятно, что он не сможет свой плейлист "вернуть взад" после такой манипуляции
Хм, а сейчас смотрю в окошко, где назначается прообраз, а там написано о том, что синхронизация идет строго в одну сторону.
-
Мое мнение: прообраз должен "перекрывать", а не "перетирать" оригинальные пути
Как работает эта функция четко написано, ничего перекрывать/дополнять она не должна. Там полная синхронизация и строго в одну сторону.
Тогда юзеру будет понятно, что он не сможет свой плейлист "вернуть взад" после такой манипуляции. Повторюсь: особенно если человек долго и упорно составлял этот плейлист из разных папок.
А вообще у нас есть Undo
-
В общем, суть замечания мне непонятна. Вроде всё, что нужно пояснено.
-
Замечу, что этой настройке почти 10 лет и пока ты первый, кто на нее жалуется =)
Да я и сам впервые за 10 лет воспользовался этой функцией =)
Хм, а сейчас смотрю в окошко, где назначается прообраз, а там написано о том, что синхронизация идет строго в одну сторону.
Этого было бы достаточно, но я такую надпись не увидел. Можешь прислать скриншот?
Во вложении снимок того, что вижу я.
-
Ага, я понял. В русской локализации этого предложения нет, а в английской есть. Поправил. В любом случае, даже в русской написано про синхронизацию данных с источником.