Skip to main content ↑ ↓

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Playlist-Manager-SMP (Read 28161 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Re: Playlist-Manager-SMP

Reply #250 –
Quote from: dpc666 on
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)

Quote
- A folder structure tree-view that is based on the actual folder structure of the playlist folder.
Not sure yet if I will add a tree-view or just categories by folder. But something along these lines may come in the future.

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).

There is also a possibility I will only support some of these features on UI-only playlists, in a "simple mode", meant to replace foo_plorg.
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.

Re: Playlist-Manager-SMP

Reply #251 –
Quote from: dpc666 on
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.

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.

Re: Playlist-Manager-SMP

Reply #252 –
Quote from: regor on
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)
The suggestions from the wiki didn't help unfortunately. Also the link to the SMP Wine page is dead. Maybe this should be linked instead: https://theqwertiest.github.io/foo_spider_monkey_panel/docs/faq/wine/

The only thing that worked in the end was manually adding the following registry entries:

Code: [Select]
[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"

Of course the paths need to point to a file that actually exists. In a standard wine prefix, these files don't exist, so they'll have to be added manually. Alternatively, one could use a wine-readable path to any other font file on the system, of course.

Quote from: paregistrase on
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.

Quote
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).
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.

Re: Playlist-Manager-SMP

Reply #253 –
Quote from: dpc666 on
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.
That doesn't help at all. Foobar had no unique ids for playlist and SMP has not exposed a way to associate a playlist to an id. So the only way to track a playlist is by name. It's not my design choice.

PD: updated the wiki and added these new things. @paregistrase looking forward to your comments about the reg edits too

Re: Playlist-Manager-SMP

Reply #254 –
What I had in mind was just putting a random string, plus maybe the current unix timestamp to rule out duplicates, in the header of the playlist file like "#ID:hg9d.1685133336".

Re: Playlist-Manager-SMP

Reply #255 –
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 already solved that with invisible chars long time ago, but that's a hack.Read the pdf (10.7 Playlist binding). It needs a new SMP version.

Re: Playlist-Manager-SMP

Reply #256 –
Quote from: dpc666 on
Quote from: paregistrase on
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.

There's no need to extra steps to make the font available in WINE. Simply put it in the font folder (user or system wide) and after rebuild the cache or reboot there will be available in WINE.

The registry is only necessary to make the font fallbacks

Re: Playlist-Manager-SMP

Reply #257 –
Quote from: paregistrase on
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
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?

Re: Playlist-Manager-SMP

Reply #258 –
Quote from: dpc666 on
Quote from: paregistrase on
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
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?
I already told you from the beginning I know how to link an index to a playlist file. The index MUST be changed everytime a playlist is deleted, added or moved. Obviously I can add an unique id to a playlist file, but that brings zero improvements. Playlists MUST be unique by design, since there can not be two playlist with the same name in foobar (or I cant track them anymore).

Since the manager tracks not only playlist files, but also UI-only playlists, your UUID idea doesn't work. If I have two playlists named "my playlist", which one is "1" and which one is "2"? And if I swap them? If I rename one of them, which one should I rename, 1 or 2?

There is no physical file with a tag. You are supposing all playlists work the same, and that's not true. I may add arbitrary things to physical playlists, I can not do so with UI-only ones.

Re: Playlist-Manager-SMP

Reply #259 –
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.

Re: Playlist-Manager-SMP

Reply #260 –
Quote from: dpc666 on
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.
Even if you don't consider them, as soon as you load the playlist file into UI, it requires to be tracked by name (to be able to update changes within the UI into the file).

A SMP update could solve it. JSP added methods for that some time ago for ex.

Re: Playlist-Manager-SMP

Reply #261 –
Is there a way to make drag & drop behave more like in the standard playlist manager where when you drag tracks from one playlist to another one, they get copied rather than moved?