[kwin] [Bug 479701] Please implement wlr-gamma-control and wlr-output-* protocols to enable compatibility with tools that use them

2024-01-12 Thread Neal Gompa
https://bugs.kde.org/show_bug.cgi?id=479701

--- Comment #4 from Neal Gompa  ---
Well, I mean that we could upstream a protocol that would supersede both dpms
and wlr-output-* protocols that both kwin and wlroots compositors can support,
and essentially be a superset of both.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 479701] Please implement wlr-gamma-control and wlr-output-* protocols to enable compatibility with tools that use them

2024-01-12 Thread Zamundaaa
https://bugs.kde.org/show_bug.cgi?id=479701

--- Comment #3 from Zamundaaa  ---
We could upstream the dpms protocol, but doing the same with the output
management one would just make the flexibility problem worse.

For night color we use dbus (because it still has to support X11), we may
change its architecture significantly to add some related features soon-ish,
and it works very differently from how wlroots compositors handle this, so I
don't see any chances of upstreaming that either.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 479701] Please implement wlr-gamma-control and wlr-output-* protocols to enable compatibility with tools that use them

2024-01-12 Thread Neal Gompa
https://bugs.kde.org/show_bug.cgi?id=479701

--- Comment #2 from Neal Gompa  ---
(In reply to Zamundaaa from comment #1)
> We intentionally don't support wlr-gamma-control-unstable-v1; the equivalent
> in kde protocols has been deprecated and then removed a long time ago.
> Clients setting random lookup tables has proven to not work / cause
> conflicts on X11 even within the KDE ecosystem, and using a lookup table for
> night color is the wrong approach as well (for power efficiency, performance
> and color management reasons).
> 
> wlr-output-management-unstable-v1 is missing half the features of the kde
> one, and can't be quickly adjusted to fit our needs when we add new features
> or change things, so it won't be a priority for KWin. Implementing it would
> probably not be a big problem though, as long as it's only used to
> explicitly and intentionally change the configuration by the user - external
> configuration daemons that react to the connected displays are likely to
> cause problems, as KWin 6 takes care of that internally.
> 
> wlr-output-power-management-unstable-v1 could be done without any issues
> afaict, and could probably be used by kscreen instead of the kde dpms
> protocol.

Would it make sense to maybe meld the kde and wlr protocols and propose them as
a new ext- protocol?

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 479701] Please implement wlr-gamma-control and wlr-output-* protocols to enable compatibility with tools that use them

2024-01-12 Thread Zamundaaa
https://bugs.kde.org/show_bug.cgi?id=479701

Zamundaaa  changed:

   What|Removed |Added

 CC||xaver.h...@gmail.com

--- Comment #1 from Zamundaaa  ---
We intentionally don't support wlr-gamma-control-unstable-v1; the equivalent in
kde protocols has been deprecated and then removed a long time ago. Clients
setting random lookup tables has proven to not work / cause conflicts on X11
even within the KDE ecosystem, and using a lookup table for night color is the
wrong approach as well (for power efficiency, performance and color management
reasons).

wlr-output-management-unstable-v1 is missing half the features of the kde one,
and can't be quickly adjusted to fit our needs when we add new features or
change things, so it won't be a priority for KWin. Implementing it would
probably not be a big problem though, as long as it's only used to explicitly
and intentionally change the configuration by the user - external configuration
daemons that react to the connected displays are likely to cause problems, as
KWin 6 takes care of that internally.

wlr-output-power-management-unstable-v1 could be done without any issues
afaict, and could probably be used by kscreen instead of the kde dpms protocol.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 479701] Please implement wlr-gamma-control and wlr-output-* protocols to enable compatibility with tools that use them

2024-01-12 Thread Bug Janitor Service
https://bugs.kde.org/show_bug.cgi?id=479701

Bug Janitor Service  changed:

   What|Removed |Added

   Keywords||qt6

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 479701] Please implement wlr-gamma-control and wlr-output-* protocols to enable compatibility with tools that use them

2024-01-12 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=479701

duha.b...@gmail.com changed:

   What|Removed |Added

 CC||duha.b...@gmail.com

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 479701] Please implement wlr-gamma-control and wlr-output-* protocols to enable compatibility with tools that use them

2024-01-12 Thread Neal Gompa
https://bugs.kde.org/show_bug.cgi?id=479701

Neal Gompa  changed:

   What|Removed |Added

Version|5.92.0  |5.91.0

-- 
You are receiving this mail because:
You are watching all bug changes.