A different thing: How do I convince the script that I have Segoe UI installed? I have segoeui.ttf in .../windows/Fonts, but it still complains.

- A folder structure tree-view that is based on the actual folder structure of the playlist folder.

- A way to order playlists manually, using an index property or such.

The "By date" sorting scheme is based on the modified date. For some purposes, creation date would make more sense.

A different thing: How do I convince the script that I have Segoe UI installed? I have segoeui.ttf in .../windows/Fonts, but it still complains.

Read this:
https://github.com/regorxxx/Playlist-Tools-SMP/wiki/Wine

There are users who are more capable on that topic than me though. But maybe that helps.

If there is additional feedback, I will update all wikis and readmes as needed. (also check the readme PDF)

[HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Fonts]
"Segoe UI (TrueType)"="C:\\windows\\Fonts\\segoeui.ttf"

[HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Fonts]
"Segoe UI (TrueType)"="C:\\windows\\Fonts\\segoeui.ttf"

Try to put the font in the user directory "/home/user/.local/share/fonts". Create one if not there and rebuild font cache "fc-cache -f -v"

You can also use "/usr/share/fonts" if you want to make it available for all users.

Quote

- A way to order playlists manually, using an index property or such.

Even if this seems trivial, it's not due to supporting physical playlist files. Adding an index tag at the playlist would mean having to rewrite them all whenever a playlist is added, removed or order changed.

Have in mind my manager works like the foobar album manager. You can not manually sort that. I may add an additional layer to store those indexes outside the actual playlists files; but in such case order would be limited to your individual installation (can not move the playlist to other instance and preserver the order).

Quote

The "By date" sorting scheme is based on the modified date. For some purposes, creation date would make more sense.

That one is trivial to implement, just done it in 5 min. I will also look into implementing it for UI-only playlists, storing the date internally.

Yeah, that did cross my mind. An external file would probably be the best solution. Perhaps it would be helpful to add a unique ID to each playlist file which can be referenced by the index file, so it doesn't depend on filenames.

Quote

Quote

The "By date" sorting scheme is based on the modified date. For some purposes, creation date would make more sense.

That one is trivial to implement, just done it in 5 min. I will also look into implementing it for UI-only playlists, storing the date internally.

Awesome.

Quote from: paregistrase on 2023-05-26 18:33:27

Try to put the font in the user directory "/home/user/.local/share/fonts". Create one if not there and rebuild font cache "fc-cache -f -v"

You can also use "/usr/share/fonts" if you want to make it available for all users.

Adding the file isn't enough, there needs to be a registry entry.

rebuild the cache or reboot there will be available in WINE.

As said, that brings nothing useful. You still can not link that unique playlist to a playlist within foobar; as soon as there are 2 playlists named "My playlist" on UI, there is no way to differentiate them (unless you also add the id to the name in the UI). I obviously know I can do it in JS, the problem is the UI part. And the manager will throw you a popup about not supporting duplicates for this reason.

Quote from: paregistrase on 2023-05-26 22:28:15

rebuild the cache or reboot there will be available in WINE.

Fair enough, idk how but I missed the "rebuilding the cache" part.

Quote from: regor on 2023-05-26 22:14:47

As said, that brings nothing useful. You still can not link that unique playlist to a playlist within foobar; as soon as there are 2 playlists named "My playlist" on UI, there is no way to differentiate them (unless you also add the id to the name in the UI). I obviously know I can do it in JS, the problem is the UI part. And the manager will throw you a popup about not supporting duplicates for this reason.

I'm probably being dense, but we are still talking about sorting methods, right? So you're saying SMP supports stuff like sorting playlists by tags parsed from the header, but not parsing an ID from the header and then looking up that ID in another file to get an index value, and then sorting by that index value?

Honestly I wasn't even thinking about UI-only playlists at all since I find the physical playlists so much more convenient to work with. I can totally see how mixing the two types of playlists in the UI complicates things tho.

Quick question: Why are right click actions restricted to the action button and filter buttons? The documentation says that right click also works on "list" (meaning the list of playlists?), but that doesn't seem to work for me, and nothing happens when I right click anywhere on the list.

I'm used to right click opening context menus (that's the behavior in the rest of Foobar anyway), so having that on left click instead for playlists seems a bit counterintuitive and is hard to get used to. I assume there must be a technical reason for it?

Oh, also the double click timeframe seems a bit short to me (i.e. it requires a very fast doubleclick) - is there some way to make it longer? Like, a number I can increase somewhere in the scripts?

Latest commit.

• F2: rename playlist.
• F3: Clone in UI (to view).
• F4: Load playlist (to edit)
• F5: Clone playlist. Auto-Playlists and Smart Playlists will maintain their format. (copy)
• F7: Add new empty playlist. (new)