On Montag, 2. März 2015 17:19:50 CEST, Brian Blater wrote:
I'm running up against this bug where I export a playlist to .m3u and I get
characters inserted for spaces etc like %20.
I've searched and some say it isn't a bug, but is a locale issue on the
machine. However, my locale is set to en_US.UTF-8.
It's not *necessarily/ a bug and it's not related to your locale.
m3u is "Mp3-Url" and can contain urls or relative paths.
If the entry is a URL, there must not be spaces, but encondings. There *may* also other
"unsafe" characters be encoded.
If the encoding shows up in a relative path, it's debatable and might be
claimed a bug.
If it's in a url (like file:///foo/bar/stuff%20with%20spaces.mp3) it's simply the
"other" player(s) which is broken in its url handling.
There's really not much to discuss there.
I assume one could as for a feature to not encode urls (despite that's actually
wrongdoing)
I want to go through thousands of files doing a search and replace to make
it work.
You're on windows, are you? Nobody strips html entities by hand ;-)
You can use sed, awk, perl or a specialised tool "urldecode" to do this
automatically (where the last is the most simple to use)
Cheers,
Thomas
_______________________________________________
Amarok mailing list
Amarok@kde.org
https://mail.kde.org/mailman/listinfo/amarok
