Thread 106404521

Can KDE be saved?

>>106404521 (OP)
Linux moment.

>>106404521 (OP)
why do people here always shit on it? I've only started trying for 3 weeks now with plasma6 and seems fine so far.
Not my cup of tea but seems fine.

>>106404521 (OP)
Ooooh, burn.

>>106404544
nobody would shit on KDE is the KTards weren't so fucking annoying. They act as if KDE was the only one with the right to exists and the others are holding back linux progress, fuck them.

>>106404664
Gnomes very existence is an impediment to Linux progress. The rest mainly do their own thing and are inoffensive

>>106404521 (OP)
The authentic KDE experience

>>106404695
I rest my case.

>>106404717
Gnome literally invents problems and then dumps it onto the world to solve
https://wiki.gnome.org/Initiatives/CSD

>>106404774
NTA but CSD solves a real problem.

>>106404521 (OP)
Xfce, even though it is old and abandoned, is more solid and functional.

>>106404521 (OP)
Op is a faggot. This shit just appears on a recording when you record a window and then resize it. Interface itself isn't affected in any way.
With h264 recording of a window simply breaks when you try to resize it. Although I know that VP9 support different frame sizes I doubt implementing it is possible under current pipewire infrastructure.

>>106404786
>adds shit ton of padding and wasted space to UI
>"oh no! there is not enough space on laptops and tablets, our main audiences!"
>invents entire new mechanism for window decorations to save 5% space by merging window controls with content header
>refuses to support anything else
>removes support for themes that fix the design by compacting UI
Lol. Lmao even. GNOME is a fucking joke.

>>106404848
I couldn't figure out how to make debian with xfce use my 3090 instead of the onboard graphics, even selected the 3090 as the first initial device in the bios, ensured no cables attached to the motherboard and only attached to the 3090. Anyway, I'm back on windows.

>>106404886
>Ksisters don't notice the bug
As expected

>>106404886
Jesus what's up with the lag on that window. It's like jelly.

>>106404886
>Russian text
Absolute Blyatfull.

>>106404900
The only bug here is with spectacle and it might be upsteam issue. Post video of gnome recorder changing video resolution on window size change.
>>106404909
>windows user shocked by wobbly windows
I guess you're not ready for CUBE

>>106404886
I can reproduce the bug even on fresh kde plasma. It happens even when not screen recording.

>>106404961
>transparency effect
That shit is disabled by default, unsupported.
WONTFIX

>>106404961
The bug youre posting is slightly cropped text in dolphin which is fucking nothing. "Bug" in OP post is a completely broken UI after window resizing.

>>106404947
The bug is the text being clipped and squished within the window, not the window itself. It happens in multiple places all throughout plasma

>>106404521 (OP)
Gno.

>>106404786
CSD is sabotage to make programs look wrong in any environment except the one for which they were made.

>>106404893
at least it works though, unlike OP's video.

>>106404996
? What are you talking about? The window being squished? That's what happens if you record a fixed aspect ratio.

The only bug apparent is the cropped text.

>>106404979
Happens even with it disabled. It's a bug in the QML UI layout, themes don't affect it.

>>106404996
Because he's resizing the window while recording and KDE keeps only recording the window client area? This is the correct thing to do in my opinion
Both Windows and MacOS when screen recording a window, don't actually record a window but an area of the screen that was the window's dimensions and position when you started recording. So when you move or resize the window, the recording area doesn't update. KDE does the correct thing and records the window, the whole window, and nothing but the window, for the whole recording.
And the UI is fine. It's just retarded video format being unable to handle smooth video resize on the fly like that. Video wasn't built for that.

>>106405026
So? Your autism is triggered by this? When window is resized for ants and text is wrongly cropped? Lol.

>>106404521 (OP)
i did a fresh install with kde the other day and the text of menus would become blurry depending on your cursor position
absolute joke

>>106405069
... yes. minimum window size or full scale the content

>>106405069
NTA but yes. I use Linux because I can't handle the inconsistencies of modern MacOS and especially Windows, being layers and layers on top of each other and easy to find ugly remnants of old design. MacOS tries to hide it whereas Windows doesn't give a fuck at all.

I fucked around with some tabs in GNOME settings and the resizes are smooth... even has a phone UI fallback size too which is neat I guess. Honestly don't get how GTK is so advanced compared to the Qt using KDE stuff. it really is sleek.

>>106405032
I laughed

>>106405045
Literally >>106405068. If my choice is between correct screen recording implementation and full of features but slightly imperfect UI, and a lobotomized UI with no functionality or features, I always take the former.
Qt5 and Qt6 are more consistent and themable to look identical, unlike Gtk3 and Gtk4 which will never look identical.

>>106404544
I am latest kubuntu and the system hangs at least once a day (like a complete freeze with even a mouse cursor freezing) when running a wayland session, so I have been running x11 since

>>106405068
>Because he's resizing the window while recording and KDE keeps only recording the window client area? This is the correct thing to do in my opinion
Technically it's not. I just checked and when you record a window with OBS it's actually changes window size on resizing (not canvas size). With VP9 it's possible to make a video with variable size and example were already posted on 4chan.
It would be much more interesting to see this feature implemented rather that OP's autism.
>>106405098
>>106405124
>but at least GTK works!
LMAO
Also as you would expect this shit is intended behavior confirmed by GTK devs

>>106404521 (OP)
Why does everything look strange with different sizes and unaligned?

>>106404521 (OP)
KDE and Qt is a buggy clunky wet garbage no matter how much ricing and anime wallpapers you hide it with
the only solution is to throw it away and use either Cinnamon or MATE

>>106405157
what app is that?

>>106404521 (OP)
Still better than GnOOM (Out Of Memory)

>>106405250
Mission Center. And yep, it's still broken even after 1 year lol.

>>106404521 (OP)
>Can KDE be saved?

The problem is not KDE, KDE is just meh. The problem is that the alternative, Gnome, sucks even more !

>>106405157
>OBS
OBS will always do the correct thing. It should be everyone's goto for screencap if not already. I was referring to behavior of screen recording tools bundled with OS, i.e. Windows snipping tool (yes it can record screen) and MacOS screenshot/quicktime.
The reason OBS (and spectacle) does it correctly is because it uses modern "window sharing" APIs (like a browser) instead of traditional desktop recording.

>>106405174
>Cinnamon or MATE
Old legacy garbage. Chokes at the thought of HDR, mixed refresh rate monitors, fractional scaling, and sometimes even screen tearing.
Qt and KDE are light years ahead of other desktops in terms of capability. Most customizable DE, even more so than your shitty window managers. Only DE that lets you choose between global or window-attached menubar.
If you want something lightweight, use LXQt or XFCE with a Wayland compositor like Kwin or (gasp) hyprland.

>>106405128
Windows doesn't have this problem.

>>106405157
>as you would expect this shit is intended behavior confirmed by GTK devs
I'm not sure what other behavior you could possibly expect in this situation. This is what Windows and macOS do too.

>>106404521 (OP)
you fix it with this command:
sudo mount /dev/beef1 /mnt/beef

>>106405157
>video
What in the actual fuck?!

>>106405575
authetic gtk experience

>>106404893
>wasted space
Empty title bars are the actual waste of space. Quit your autistic rambling.

>>106405037
In what way? CSD let's the app look the way the developer intended to be.

>unreadable text isn't a bug you're just autistic
looooooooool

>>106404521 (OP)
there's nothing wrong with it?

>>106405806
>>106405926
Here's Dolphin and Nautilus side-by-side.
Decide for yourself which one is more featureful and which one utilizes space better.
It's Linux after all, you're free to install and use whatever you want.
I personally find the GNOME UI generally uses bigger, touch-friendly controls, while KDE sticks to traditional, desktop-optimized. So it makes sense they need CSD to save space for the bigger touch targets.
Note Nautilus is the only file manager I'm aware of that doesn't have an expanding details view.

>>106404774
>Windows
>CSD only
>Mac
>CSD only
>Linux
>"WTFFFFF CSD???? I WANT MY UGLY BARS NOW!!!!"

>>106406669
>Here's my default file manager on the DE it was made for
>Here's the file manager I don't like that I disabled half the shit off, forced it to use my ugly config and my terrible fonts
>decide!

>>106404521 (OP)
sorry chuddie we spent the budget on india conf https://conf.kde.in/

>>106405480
are you brain damaged?

>>106406903
>Windows CSD only
False. Windows is SSD (system-managed nonclient area) by default, but also supports CSD (custom nonclient area):
https://learn.microsoft.com/en-us/windows/win32/gdi/nonclient-area
>Mac CSD only
False. MacOS is a bit weird in that the window minimize/maximize/close buttons are always SSD and drawn by compositor, but their placement can be customized. MacOS window chrome, titlebars are CSD, but all windows have decoration by default as it's inherited from NSWindow.
>Linux "WTFFFFF CSD???? I WANT MY UGLY BARS NOW!!!!"
Is it really that hard for GNOME to draw a titlebar for SSD apps? They're the only DE that outright refuses to support one of the options.

>>106406919
Sorry, I agree it's not representative. Here's a better Nautilus screenshot from Wikipedia.
The reason I have empty sidebar in my screenshot is because I didn't have dconf running on my system (because KDE). I also switched it to list view because that's what I prefer (KDE also defaults to icons btw), and highlighted all entries to show the bigger entry hitbox on the GNOME side.
Again, decide for yourself.
I'll admit Nautilus looks nicer when looking from a distance but Dolphin has a lot more utility for me.
>No item grouping by properties
>No per-directory view properties
>No detail view with expanding folders ("tree view")
>No split view
>No info panel
also why are they both aquatic themed names? anyone else notice? nautilus and dolphin?

>>106406984
>Is it really that hard for GNOME to draw a titlebar for SSD apps?
They do, those applications that are not CSD get a title bar (like pic related, that is a KDE application w/o CSD support), you are just ignorant. And is not like application developers could add one, is like 5 lines of code an include a library.

>>106406669
Nautilus looks polished, Nautilus looks like it's been designed by an autistic toddler with zero design coherence.

>>106407073
The only way to get "server-side decorations" on GNOME is to compile the program with libdecor, which injects CSD into the program's windows. Either that app is compiled with it, or the distro patches it in. Both ways are retarded, every other OS and compositor supports both CSD and SSD except GNOME.
Here is the Wayland protocol for server-side decorations, and here is GNOME being the only one other than Weston and Gamescope to not support it:
https://wayland.app/protocols/xdg-decoration-unstable-v1

>>106407150
Assume you mean Dolphin for the second one. Yes I agree the design of Nautilus is much better. Back when I was in my tinkertranny phase I used it with Hyprland as my primary file manager and a GTK theme, it was nice. But it simply lacks features, end of discussion. The design doesn't matter if the functionality I need isn't there.

>using the latest version of KDE

thanks for the beta testing rolling cucks

>>106407205
You don't need too many features. I'm happy to sacrifice niche features that I'll never use for a minimal and distraction free straight to the point UI

>>106407174
GNOME let the responsability of the title bat to the developer, you may not like it, but I think is better.

>>106407230
Sure. If you don't use tree view, per-directory view options, or split view, then Nautilus is a fine file manager. For me those 3 features are must-have and I have gotten so used to split view that using file managers without it feels so much slower. But that's just my habits.

>>106407244
Allowing developers to customize titlebar is one thing.
Not having a default fallback is another.
Why not both? Why force a custom titlebar to all developers?
It's not realistic to require every SSD program to depend on libdecor just to have window controls on GNOME.
Proprietary apps like DaVinci Resolve that rely on SSD become either annoying or completely unusable, and you can't just patch them with libdecor since they're proprietary. Sure you can use Kdenlive, but people build up their workflows around apps and throwing away an entire workflow just because GNOME refuses to add a fallback titlebar is insane.

>>106406940
Oh no oh no oh no. There's even Pajeetas too, imagine the (code) smell.

This is why GTK is better than Qt.
But KDE is still better than GNOME.

mogged by xue

>>106407760
This but unironically.

>>106404521 (OP)
my fucking god...

>>106407486
this has nothing to do with qt, there are a lot of good qt programs. kde devs just can't make good desktop UI, that's all it is

>>106405544
>beef
beeffag forgot to take his meds again

>>106407307
>Why not both? Why force a custom titlebar to all developers?
Is not GNOME's job to babysit developers, they can easily allow csd, id they don't they are not testing enough.
>It's not realistic to require every SSD program to depend on libdecor
Is not an obligation to depend on libdecore, they can implement their own easily, and you statement is bs anyway, I have installed a dozen of not GTK programs installed and they all have window decorations, the only ones complaining are the one that not even use GNOME.
>Proprietary apps like DaVinci Resolve that rely on SSD become either annoying or completely unusable
they could easily fix it in 15 mins, but if DaVinci developers don't care to test their app in the most used Linux DE, then what would anyone use their software anyway?