osu-web
osu-web copied to clipboard
ppy
Improving the visibility of explicit maps in beatmap listing
Currently maps that are marked with the explicit tag are initially hidden, and can only be shown by turning the explicit content filter off
due to this option being hidden many players are likely to not know of it's existence, which leads to players not being able to find their desired content (ex this, this & this)
some ways that may improve how this filter works:
- make the toggle setting easier to find - moving this out of 'more search options' so more people will know of it's existence
- initially start the setting on ‘show’ rather than ‘hide’ - this way if people don't want to see explicit content they can turn it off (could b used in conjunction with above method)
- remove the filter entirely - similarly to spotify, an explicit tag would be enough to warn a user about the content ( + popup warning)
Given that explicit has been clarified to apply (mostly) to audio content, taking the Spotify approach here and leaving it solely as a warning tag with the filter removed is a reasonable approach in my eyes.
I think there was some confusion during implementation about what explicit would be covering, and subsequent revisions to the policy that governs this stuff has made it very clear since.
Completely removing it? Not just changing the default value? I guess it doesn't have much meaning or use as a filter if it is defaulting to show...
What about doing something completely different? We could instead show a popup to the user the first time they open the beatmap listing page, asking if they want to see explicit content or not.
If we don't want anything like this then I agree that taking the Spotify approach would probably be a reasonable choice.
unless I am missing something, it was added in #6575 to pessimize explicit content regardless of its nature, and showing these beatmaps by default kind of defeats this purpose and does not go in line with the spirit of wiki:VCC and wiki:SCR.
giving the toggle more visibility (for example, showing a one-time popup on the beatmap listing, or moving it to the user settings area) sounds like a better idea and makes the listing conform to explicit user choice
side note: it may also be worth it to make this filter more granular by splitting it into "explicit visuals" and "explicit audio"
Against making things even more complicated than they already are. We won't be adding more toggles here.
Given that explicit has been clarified to apply (mostly) to audio content, taking the Spotify approach here and leaving it solely as a warning tag with the filter removed is a reasonable approach in my eyes.
I think there was some confusion during implementation about what explicit would be covering, and subsequent revisions to the policy that governs this stuff has made it very clear since.
What about doing something completely different? We could instead show a popup to the user the first time they open the beatmap listing page, asking if they want to see explicit content or not.
If we don't want anything like this then I agree that taking the Spotify approach would probably be a reasonable choice.
What about a pop up when clicking to pages for explicit maps, similar to the 2nd quoted suggestion but more individual. This way we don't decrease visibility on these maps too drastically while still making it VERY clear what you're getting in to for the specific maps.
Would like to bump / revive this, would really like to see something happen with this as it's making some really good maps + songs disappear for a good majority of the playerbase.
Completely removing it? Not just changing the default value? I guess it doesn't have much meaning or use as a filter if it is defaulting to show...
Changing the default value on this seems to be probably the best case scenario for this kind of topic considering the concerns that were raised in this original proposal, that way the actual filter/warning can still serve their initial purpose.
I don't think it's reasonable to just ignore this while reducing visibility of "Official content", aside from this it does not match the standards for how widely popular music platforms handle explicit content already so it would only be fair if that power was given to the user.
I'm posting this here because I realize it's becoming more of an issue as time goes on.
I think the best way forward is to make it more visible that the filter is being applied. There should likely be a bar beneath the main filter control showing each enabled filter in a bubble like display, at very least.
I agree, the reason why this was a worry in the first place was because the filter was so hidden away; if it can be moved from the More Search Options (+ maybe give a warning on first visit?), though, I feel that's a somewhat better approach.
Discussed with @nanaya that a first step here would be to always display the explicit content toggle, rather than having it hidden in the "more" content. This is a simple change to improve visibility while we figure how to address this better going forward.
@arflyte thinking forward, do you have any design changes in the pipeline for the search filter area? We need filters which are currently applied to be highlighted in some way. I was thinking having a pill bar at the bottom may be a good solution, but open to anything really. Example of what I think could work UX-wise:
https://user-images.githubusercontent.com/191335/155079764-0656c833-4622-4bca-b87b-0ddcfc1056b8.mp4
Note the filter bar at the top of this application (dotTrace's timeline viewer), which shows all active filters.