[+] [2683][x64] Удаление прообраза в общих настройках плейлиста

[Илья]

При удалении прообраза-папки в общих настройках плейлиста, пути до файлов не восстанавливаются до оригинальных.

Например, в плейлисте пути были H:\..., была указана папка прообраза F:\..., треки перечитались, а потом папка F:\ была удалена из окна настроек. В итоге, все пути в плейлисте остались на F:\ и не вернулись на H:\

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

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

К тому же, не проверял что будет если указать 2 папки в качестве прообраза, а потом обе удалить. Что будет в случае, если треки плейлиста были собраны из разных источников. Эти пути будут фактически потеряны?

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

[Soolo]

То, что лично вы не поняли настройки - не означает, что она неверна.
Прообраз - источник данных для плейлиста. Трека нет в прообразе - его нет в плейлисте.

[Artem]

Например, в плейлисте пути были H:\..., была указана папка прообраза F:\..., треки перечитались, а потом папка F:\ была удалена из окна настроек. В итоге, все пути в плейлисте остались на F:\ и не вернулись на H:\

А почему они должны были вернуться?

Резюме такое: настройка прообраза не должна потерять оригинальные пути в плейлисте

Должно, более того, в этом смысл прообраза - полная синхронизация треков с источником

[Илья]

А почему они должны были вернуться?

Вот поэтому:
>> Поскольку изначально у плейлиста в настройках прообраз не задан (например, там не указана оригинальная папка H:\), эта настройка воспринимается как дополнительная.

Прообраз - источник данных для плейлиста. Трека нет в прообразе - его нет в плейлисте.

Это не соответствует тому что я вижу.
В большинстве моих плейлистов прообраз находится в состоянии "Не задан" (поведение по-умолчанию). Это значит что ни одного трека в прообразе нет. Однако треки почему-то есть в плейлисте, и они работают (поведение по-умолчанию).

То, что лично вы не поняли настройки - не означает, что она неверна.

Чую флёр форума линуксоидов 
Пассивная агрессия вас не красит. Даже если предположить что я не понял настройку.

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

Пока что я остаюсь при мнении, что настройка не интуитивна, и может испортить оригинальные пути, хранимые в плейлисте.

Мое мнение: прообраз должен "перекрывать", а не "перетирать" оригинальные пути. И когда он удаляется (возвращается в состояние, которое было сначала), пути должны вернуться к тем, которые были при добавлении плейлиста. Особенно если человек долго и упорно составлял этот плейлист из разных папок.

Или так: вместо окна со списком папок/источников прообраза, может быть "мастер переноса плейлиста", который за несколько шагов перманентно переносит пути в новые папки (или берет их из других имеющихся сейчас источников).
Тогда юзеру будет понятно, что он не сможет свой плейлист "вернуть взад" после такой манипуляции. Повторюсь: особенно если человек долго и упорно составлял этот плейлист из разных папок.

[Artem]

Это значит что ни одного трека в прообразе нет

Это значит, что прообраз не задан (плейлист обычный, а не умный).

Пока что я остаюсь при мнении, что настройка не интуитивна, и может испортить оригинальные пути, хранимые в плейлисте.

Замечу, что этой настройке почти 10 лет и пока ты первый, кто на нее жалуется =)

Тогда юзеру будет понятно, что он не сможет свой плейлист "вернуть взад" после такой манипуляции

До недавнего времени любая манипуляция с плейлистом приводила к необратимым изменениям.

[Artem]

Тогда юзеру будет понятно, что он не сможет свой плейлист "вернуть взад" после такой манипуляции

Хм, а сейчас смотрю в окошко, где назначается прообраз, а там написано о том, что синхронизация идет строго в одну сторону.

[Artem]

Мое мнение: прообраз должен "перекрывать", а не "перетирать" оригинальные пути

Как работает эта функция четко написано, ничего перекрывать/дополнять она не должна. Там полная синхронизация и строго в одну сторону.

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

А вообще у нас есть Undo

[Artem]

В общем, суть замечания мне непонятна. Вроде всё, что нужно пояснено.

[Илья]

Замечу, что этой настройке почти 10 лет и пока ты первый, кто на нее жалуется =)

Да я и сам впервые за 10 лет воспользовался этой функцией =)

Хм, а сейчас смотрю в окошко, где назначается прообраз, а там написано о том, что синхронизация идет строго в одну сторону.

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

[Artem]

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