Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fixes for "Generate M3U playlist" #245

Closed
SturmB opened this issue Oct 27, 2019 · 1 comment · Fixed by #325
Closed

Fixes for "Generate M3U playlist" #245

SturmB opened this issue Oct 27, 2019 · 1 comment · Fixed by #325

Comments

@SturmB
Copy link

SturmB commented Oct 27, 2019

I have noticed two things that the plugin "Generate M3U playlist" does which I would like changed. If these should be reported as separate issues, just say so and I'll be happy to do so.

  1. When launched, the "Save new playlist" directory selection dialog defaults to a directory that I no longer use. I'd like for it to default to the directory where the selected album resides, if possible. Otherwise, just default to the last chosen directory, perhaps.
  2. Regardless of the chosen directory for the creation of the playlist, it always uses absolute pathnames to the files. This needs to be a relative directory to the chosen one for the playlist. Or, at the very least, allow the user to choose somewhere in the settings. With absolute pathnames, if the album folder is ever moved to a different location, the playlist file is useless and must be recreated. Not cool.

For now, I still have to use Tag&Rename to create playlists because it always uses relative pathnames to the MP3 files. I look forward to the day when I don't have to rely upon Tag&Rename anymore and can use Picard for all of my music management work. Even if that means I learn Python and modify the existing code to make this work the way it needs to.

xjiro added a commit to xjiro/picard-plugins that referenced this issue Mar 3, 2022
… files, already documented as intended behavior. remove deprecated string_
xjiro added a commit to xjiro/picard-plugins that referenced this issue Mar 3, 2022
@sambhavnoobcoder
Copy link

@phw kindly look into this and if any more changes are required , inform me of the same , i'll make them as well , and If it meets requirements , kindly merge the same .

sambhavnoobcoder added a commit to sambhavnoobcoder/picard-plugins that referenced this issue Jan 4, 2024
phw pushed a commit to xjiro/picard-plugins that referenced this issue Jan 5, 2024
… files, already documented as intended behavior. remove deprecated string_
phw pushed a commit to xjiro/picard-plugins that referenced this issue Jan 5, 2024
@phw phw closed this as completed in #325 Jan 5, 2024
phw pushed a commit that referenced this issue Jan 5, 2024
…ready documented as intended behavior. remove deprecated string_
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment