Embark actions wishlist about consult-emms

[Hugo-Heagren]

There is currently no way to go from a song to adding that song's whole album (other than by using embark-act-all?). This is a pretty common sort of thing to do. What's the best way to achieve this?

If we add a separate command for adding (vs going to) a candidate's album, artist, etc. we will run out of keys prety quickly (especially if we want the keys to have any semblance of 'making sense' mnemonically). Perhaps this could be combatted with nested keymaps? (e.g. a keymap on g for goto, which has b for album, a for artist, etc. then those keys (a, b, etc.) could be reused in a 'add' keymap on a at the same level as g. This might help?

(It would also take quite a lot of work, but looking forward from now, that might be worth it at this early stage...)

[Hugo-Heagren]

Perhaps this could be combatted with nested keymaps? (e.g. a keymap on g for goto, which has b for album, a for artist, etc. then those keys (a, b, etc.)

Have decided to implement this, beginning with b2a9d6a.

[Hugo-Heagren]

• Move up/down in playlist
• Make next/enqueue (make the playlist current, so that it plays
  next, and ensure that the selected track will be the first to
  play)

I think the best way to do these both is to have a function like consult-emms-embark--move-track, which takes either an integer or a function. If the arg is an integer, move the track to that index (line number in the buffer). If it's a function, pass the track's current index to the function, and move it to the index that the function returns.

To accommodate moving to an index relative to the current track (i.e. "make next"), it would have to be possible to access the index of the current track in the function. Is this possible?