This week in KDE: our cup overflows with cool stuff for you (pointieststick.com)
from urska@lemmy.ca to linux@lemmy.ml on 11 May 2024 04:21
https://lemmy.ca/post/20965512

#linux

threaded - newest

Rustmilian@lemmy.world on 11 May 2024 04:36 next collapse

Hell yeah!! So many needed fixes that have been bugging me for a while are finally fixed!!

~Anti~ ~Commercial-AI~ ~license~ ~(CC~ ~BY-NC-SA~ ~4.0)~

urska@lemmy.ca on 11 May 2024 04:37 next collapse

also making things more minimalist where needed

CosmicCleric@lemmy.world on 11 May 2024 04:48 collapse

Really happy to see them continuing to improve on their multi-monitor support.

~Anti~ ~Commercial-AI~ ~license~ ~(CC~ ~BY-NC-SA~ ~4.0)~

CosmicCleric@lemmy.world on 11 May 2024 04:36 next collapse

From the article…

On Wayland, KWin can now be configured to pull color profile information from the monitor’s EDID metadata where present. Note that color profile information in EDID metadata is often wrong, so use this setting with caution.

Can anyone speak towards why the EDID metadata is often wrong?

Edit: TY to all who responded.

~Anti~ ~Commercial-AI~ ~license~ ~(CC~ ~BY-NC-SA~ ~4.0)~

ugo@feddit.it on 11 May 2024 09:55 next collapse

I don’t know about color profile data, but I can vouch for the EDID potentially being totally wrong sometimes on even basic data like physical size or even logical size (number of pixels).

As for the why, I don’t know, but following Occam’s razor I would guess that it’s cheaper when you just don’t care and leave it as somebody else’s problem.

realbadat@programming.dev on 11 May 2024 13:09 next collapse

A few reasons:

  • Any conversion (including internally at the display) can result in colorspace mismatches.
  • If the sink has an unsupported mode, the source will send a default - which is usually a mismatch.

I wouldn’t call it often wrong, personally. I’d say some devices are really bad with EDIDs, and are consistently problematic. It’s more like -recent hardware is generally pretty good, but relying entirely on EDID won’t always work, so use with care.

Some great examples of problematic devices/situations (in general):

  • Apple. Pretty much anything they make.
  • DP to HDMI - while DP supports HDMI natively, that can be one of the situations where EDID issues crop up. But much less often than…
  • DVI to HDMI or vice versa - this is probably the most problematic of general use. Happens somewhat often where a different or default colorspace gets used.

If you’ve got a single PC going to a display (or several), just set it once manually and you’re good to go. If you’re plugging and unplugging often with multiple devices (like with a dock), an EDID minder can be handy, but come with a price that generally makes setting it manually preferred anyway.

Hope this helps answer for you

Zamundaaa@discuss.tchncs.de on 11 May 2024 13:51 collapse

Most displays provide settings to modify the colors of your screen; mine has like 10 different “picture modes” that strongly modify gamma curves, colors and the whitepoint. The EDID only describes colors of one of them, so if you change display settings, the data no longer applies.

More generally, the information isn’t used by Windows or other popular video sources by default, so manufacturers don’t have much of an incentive to put correct information in there. If it doesn’t make a difference for the user, why would they care? Some displays even go so far as to intentionally report wrong physical size information, to make Windows select the default scale the manufacturer wants to have on that display (or at least that’s what I think is the case with my cheap AliExpress portable monitor)…

That’s not to say that the information is actually often completely wrong or unusable, but if one in tenthousand displays gets really messed up colors because we toggle this setting on by default, it’s not worth it. We might add some heuristics for detecting at least usable color information and change this decision at some point though

[deleted] on 11 May 2024 07:49 next collapse

.

magikmw@lemm.ee on 11 May 2024 12:59 next collapse

And the regression from last patch with drag and drop freezing Dolphin entirely seems unfixed. Honestly I think it’s the first time in 7 years I’m affected by an annoying KDE bug, but it still stings regressions are not first priority :(

ikidd@lemmy.world on 11 May 2024 20:23 next collapse

They’re probably waiting for the person that did the patch to fix it, and life gets in the way sometimes.

magikmw@lemm.ee on 13 May 2024 14:48 collapse

I’ve just checked and it’s fixed. Must have sliped by me.

urska@lemmy.ca on 12 May 2024 19:31 collapse

youve reported it already?

magikmw@lemm.ee on 13 May 2024 14:48 collapse

I found a report so I didn’t do it myself again. It seems it’s fixed even though the report isn’t.

OsrsNeedsF2P@lemmy.ml on 11 May 2024 16:12 collapse

Small in-window dialogs in QtQuick-based software have gotten a visual overhaul to remove everything not visually necessary, which gives the text and buttons more focus (Carl Schwan, Frameworks 6.3. Link 1 and link 2)

Eww noo

5714@lemmy.dbzer0.com on 11 May 2024 20:32 collapse

something something western software