Showing a user's ListenBrainz listens in their Discourse community profile

[outsidecontext]

Found another color setting that might work. Is the below better visible to you?

[kellnerd]

@outsidecontext

Is the below better visible to you?

Yeah, that one is better.
Seeing the comparison between all these themes in the previous post, I’m clearly using the one for which your extension has the worst contrast

[outsidecontext]

@kellnerd

Seeing the comparison between all these themes in the previous post, I’m clearly using the one for which your extension has the worst contrast

Yes. Unfortunately it is the dark variant of the default theme The other ones are also themes Discourse does include by default, but they are not available here in the MB forums. But I do test with them on my local dev setup.

But the new color variable I chose looks better in all those variants, so I’ll use this now. Thanks for the feedback!

[mr_monkey]

I thought of another potentially useful feature (I hope we’re not entering feature creep, and in any case feel free to ignore the suggestion of course): showing the user’s currently pinned listen if there is one, with a fallback to one of the other modes.

At this point it will become hard to phrase in the preferences dropdown: “Current pin with fallback to most recent listen or user profile statistics”…

I suppose the length of the accompanying text (if any) could become an issue:

As for the API side, there’s currently no great way to get the currently pinned listen : you need to get all pins for a user (https://api.listenbrainz.org/1/mr_monkey/pins), then compare the pinned_until timestamp of the first item in pinned_recordings to the current timestamp to determine if it is still pinned.

I’m happy to implement a better endpoint that will return only the current pin for a user, it seems to me that it would be a lot less cumbersome for such a case.

[outsidecontext]

@mr_monkey

As for the API side, there’s currently no great way to get the currently pinned listen : you need to get all pins for a user (https://api.listenbrainz.org/1/mr_monkey/pins), then compare the pinned_until timestamp of the first item in pinned_recordings to the current timestamp to determine if it is still pinned.

Indeed I had thought about doing something with the pins, but because of the API I decided against it. I’m happy to implement something in the plugin if there is a proper API that can give me the pins Ideally something that I can limit to a single result of a pinned recording.

@mr_monkey

At this point it will become hard to phrase in the preferences dropdown: “Current pin with fallback to most recent listen or user profile statistics”…

I’m sure I can come up with some way to better represent this in the settings.

@mr_monkey

I suppose the length of the accompanying text (if any) could become an issue:

I’ll likely restrict it in some way or make it expandable.

[mr_monkey]

Yep, that all makes sense. I’ve created LB-1232 to track this.

[mr_monkey]

And @lucifer swooped in and fixed that!

You can now directly get a user’s current pin: https://api.listenbrainz.org/1/outsidecontext/pins/current

If there is none, pinned_recording will be null

[outsidecontext]

Thanks @lucifer . I’ll see how I can make use of it for displaying the pinned recordings. ~phw/discourse-listenbrainz#7: Pinned recording info card — sourcehut todo

I’ll need some time until I get to this, though.

[outsidecontext]

I implemented showing the current pin:

For the preferences I decided to make this an extra option for the recent listen card. It shows the current pin or if there is none falls back to the listen.

This will be available here once discourse and the plugin get updated. @zas

[Zas]

@outsidecontext

This will be available here once discourse and the plugin get updated.

ListenBrainz plugin upgrade applied (0.13.1).

[Zas]

0.13.2 was deployed.