radiorabe / klangbecken-ui Goto Github PK

As soon as Vuetify is ready, we can update vue to version 3.x.

Let's hope there will be a fix soon: dependabot/dependabot-core#2198

Similar as #304.

There is an error with this repository's Renovate configuration that needs to be fixed. As a precaution, Renovate will stop PRs until it is resolved.

Error type: undefined. Note: this is a nested preset so please contact the preset author if you are unable to fix it yourself.

Now that radiorabe/klangbecken#116 is done we should expose the funcitonality in the UI.

Hovering a row should highlight it. Maybe use vuetify's list component.

The data in the client does get outdated after a while (track plays and playlist edits by other people).

This might be a nice exercise to implement a simple pub-sub scheme over SSE.

Currently all metadata (index.json) is loaded once at the beginning of the application life cycle.

I did this because I think (thought) that transferring, parsing (JSON), and loading the rather large metadata file in a Vue.js app is slow. Too slow doing for it every time, the user wants to open another playlist. This was possible, because the metadata did not really change all that much in the first version off the app. Changes came only from playlist edits, which is usually done by a single person. So unless this person is using multiple browsers for doing the edits, the playlist metadata does not really diverge.

In the meantime we added the play_count and last_play items, that get updated regularly. So now, the metadata is always diverging, which now is a problem.

Also, I never bothered to actually check, what part of loading the metadata (transfer, paring, or loading) is actually the main bottle neck...

This issue is related to #280.

On the "Infos" page it would be nice to show the end times of the enqueued tracks.

When queuing a track, the UI shows an error for the first track. After queuing one track, everything works as expected.

Always show secondary information and buttons.

Maybe outline buttons unless hovering.

When scrolling with the keyboard, the re-rendering of list items is fast. OTOH when scrolling with the mouse, it is visibly slow.

Maybe this is related to #35