https://bugs.kde.org/show_bug.cgi?id=470629
--- Comment #8 from Zamundaaa <xaver.h...@gmail.com> --- Support for content type (both app -> compositor and compositor -> display) has been implemented in 5.27. There is no reasoning behind it except for what I already told you. > Is there a known list of apps which change the content type on their own? I know mpv supports the protocol, and Chromium developers have expressed interest early on too, but there is no list. > Not every user might want the TV to automatically switch from one mode to > another mode just because an app decides to do so. Whereas some users might > be fine with that. As such, adding a drop-down, which allows users to set the > content type, would be preferable. I don't think it's preferable, as every low level option that we add requires maintenance and adds to the confusion of users looking at the display settings. The current options in there are justified because they're necessary to make broken or imperfect displays work properly (adaptive sync wouldn't be a setting if it didn't cause flicker on some displays, and overscan and rgb range are historical problems that should've never existed), but content type is a very different thing from those. I'm open to adjust the current behavior to improve the user experience, and if using the content type from fullscreen apps actually causes problems then changing that or adding an option for it can be discussed, but I'd like to avoid adding an option if it's not really necessary. -- You are receiving this mail because: You are watching all bug changes.
