Skip to main content


Redundant Engagement Counts?


Diagram of redundant and mismatched engagement counts

How would people feel about a future version of Bookface removing the engagement counts from the Action Button? Now that the response info is reduced to an icon and a number the count on the Action Button with the same icon is redundant and makes the UI unnecessarily cluttered.

I know since the beginning of Bookface some people have found the engagement counts on the buttons too "busy" or "distracting" but before I remove them I thought I'd ask how people feel about that?

I don't know if anyone else has noticed it, but sometimes the engagement counts and responses don't agree. I *think* this is because the engagement counts are subtracting your own interactions? So in the screenshot above it's not counting my 2 comments and not counting my "Like" on the buttons, but is counting them in the response totals. Getting rid of the counts on the buttons would eliminate this inconsistency.

Thoughts?

@Friendica Developers @Friendica Support

#Friendica #BookFace #uidesign

@Random Penguin
You should discuss this with the project. The display under the Like/Dislike button is an option that can be activated or deactivated on the server.
This option was introduced after this user info was removed from the code. The demand for this was very high.

I'm not sure I understand what you're telling me.

So server admins can turn off the responses entirely? Or would it still show the tallies but not the lists of people?

You said this user info was removed from the code, so future Friendica won't show the lists of who liked, disliked, shared, etc., at all?

Does that also make the numbers disappear on the action buttons?

@Random Penguin
You have understood correctly. The count list under the function button can be deactivated.

@Random Penguin
On the Share or Like button, you only see a mouseover that displays the names of the users, but no clickable preview with a link to the user profile. This was seen as a shortcoming. Many users not only want to see who has clicked a button, but also want to jump to the profile.

It was therefore discussed in the project whether a separate view was needed in which the user clicks are displayed and the profiles can be called up. If I remember the discussion correctly, the behaviour should be similar to Mastodon.

Contribution preview

Sub-template with the targets for the user profiles.

Unfortunately, I can't find the issues at the moment.

Facebook is somewhere in between. If you mouseover the reaction it reveals a popover list of up to 19 names plus the total tally, if you click on the reaction it opens a modal with the full list:

@Random Penguin
Oh, that's great. I think something like that would fit very well. It connects the separate functions in Friendica and provides real added value. I think that was the goal in the issues and could be realised identically for Frio and Vier.

Please bear in mind that I am quoting the issues from memory, as I unfortunately cannot find them.

github.com/friendica/friendica/issues/13620 is one of a few open issues discussing aspects of this. But the discussion here is much more mature and further along already.
Interesting that thread says there's no way to do it without JavaScript. In the latest Bookface I solved that problem, at least for modern mobile browsers, by adding a :active state which triggers it on tap. This is alongside the :hover state for mouse and :focus and :focus-within which trigger it for keyboard/screenreader.
But changing it would require a bunch of edits to core files, which would break all the existing themes.

Maybe this is something we could make an issue for and see if there's support for it? I don't think other themes besides Vier and Frio are maintained (and Vier is barely maintained, which IMO makes sense given how powerful but also really complex themes are, not just being CSS overrides) so we'd just have to update those two.

Also I think the count mismatch should be reported, as long as other themes show them. I can do that using/referencing your image if that's ok.
About the like count differences I wonder if it's because the line includes all reactions and thus counts that emoji as one as well...?

This entry was edited (1 week ago)
@Marcus @Random Penguin
As far as I know, reaction emojis are counted as likes or dislikes.
That would explain the count mismatch on the "likes" since the emoji is shown separately among the Action Buttons. I'd have to double check but I think the count mismatch on the Comments is the one on the Comment button is just comments by other people while the lower one includes your own comments/replies. So in my example there were two of my own replies and three from others. Still this obviously isn't clear, they look like errors.
Ah, alright. Completely agree that it's still unclear, and that it should be fixed so one or the other is chosen consistently. I'd be inclined to say that comments including one's own makes a more sensical total for comments.
When the icon is directly on the like button it kinda makes sense it's all likes only. In that case all of the reacts should have individual counters. Otherwise they could be dropped and there could be a total counter only, which perhaps expand to show the individual distribution or something like that.
Like Facebook, as you show above.