Akademy 2024 (7-12 September 2024): Timetable · KDE Events (Indico) has slides for the talks
Posted it under the video as well but it looks like it didn’t federate.
@aronkvh, that’s not how YouTube’s re-encoder functions. It only lowers bitrate and resolution, not aspect ratio, and doesn’t crop.
Oops, I assumed the cut talks are on youtube as well, and at some point they will be.
Is this work public? Although I cannot contribute much (I try though :P), I do like to look and learn from new developments.
Yes, it’s happening at Arjen Hiemstra / Union · GitLab.
@ahiemstra @ndavis is there a public chatroom for it?
Thank you! I want to ask, apart from unified theming, are there any plans to unify the application style?
What I mean is, currently QtWidgets and Kirigami applications function differently (in code and visual behavior). QtWidgets apps are traditional container based layouts, while Kirigami uses Pages and Columns heavily. Will these be unified or bridged somehow, or maybe a new style entirely ?
Yes, there’s a Matrix room at You're invited to talk on Matrix .
A lot of it boils down to what works for an individual application. There’s been some work done to move widgets to a look that’s more like what our QtQuick applications have, but ultimately there’s only so much that can be done at the style level and making changes to an application just to make it look like a certain style may not be desirable.
Is it acceptable for laymen to request access to Figma designs (like the one mentioned in its first issue) or would that provide edit access to them (which obviously isn’t desirable)? I’m surprised they’re not visible on an unlisted basis, like YouTube videos can be.
Until this blog post I had never heard of battery cycles.
This is unrelated to @ngraham 's post, but I just wanted to share something really cool I found out today, so for once I’m writing here instead of on bugs.kde.org
It’s about screen brightness controls for external displays. I have an iiyama ProLite XUB2493QSU, which of course features its own (OSD) brightness controls.
I would have assumed that KDE would’ve done some tricks to “dim” the displayed content on the external screen, while using hardware capabilities for the internal one, but instead I was greatly (and positively) surprised to see that brightness changes to my external screen (as shown by KDE’s widget) are actually in sync with my monitor’s OSD!
I suppose that some merits go to the kernel and the OEM, but as an end user I interact with the DE first and foremost, and it’s just great to see such a polished and intuitive feature being delivered.
That’s all I wanted to say, just a word of appreciation!