i think it’d be a good idea, especially if you no longer have any use for the laptop.

iirc floorp is on an LTS release and with be until floorp 12 comes out

why would you do that? it works fine

my issue with snaps is honestly just that they are controlled too much by just one entity (canonical) and there is no reason for them to exist because flatpak already does everything they do.

not sure what that is, but it sounds like it’s pretty much the same idea.

@bshah@fosstodon.org how does it eliminate “works on my machine” stuff? I get that kind of stuff a lot and i’d love for it to disappear

I think it’s meant to be about gnome’s refusal to show the user anything ever lest they be overwhelmed by 1 (one) ui element cluttering the screen.

I swear this community is as bad as a flat earth one when the government gets brought up. why change the title from the original to imply that congress (other than deciding the federal budget) had anything to do with it? That is at best irresponsible and misleading and at worst actively malicious. Yes government entities do sketchy things, but that does not mean something can’t be trusted because a government entity interacted with it.

@pretzel6666@c.im I know this isn’t entirely related to your post, but there was some stuff a while back trying to get LIMs (like unity) in KDE. maybe go and give these (https://bugs.kde.org/show_bug.cgi?id=375951, https://invent.kde.org/plasma/breeze/-/merge_requests/126/commits) some attention? If we can show that enough people want this kind of stuff, maybe it’ll get some attention from people who know how to implement it.

hope this is in the next update

yeah, but you could always use a spacer to reserve some space or change what parts of an app are draggable. you also could simply not use this feature. that way whoever wants this feature has it and everyone else can continue to not care about it, like most of the options in any software.

edit: typed the instead of that, fixed it.

well obviously this would be an option and not a requirement (like the existing app menu titlebar button and panel widget, as well as the global menu widget.). there was some discussion of it being the default but I don’t think it should be because I agree that crowded titlebars don’t look that good. regardless, I think it should be an option because it gives people more control over the usage of space on there screen.

well first, it’d be optional like everything else in the titlebar. second, meta+left click and meta+right click for moving and resizing respectively. third, it doesn’t have to take up the whole titlebar, and most apps don’t have enough options for it to do that anyway.

most of the discussion about that said to collapse it into a hamburger menu. my preference would be to scroll.

@bjoern_tantau@swg-empire.de should be fixed now, thanks for letting me know. i hadn’t really used links on here before so i thought i had to do it that way. made the same mistake on another post about the same things.

why’d you comment the same links?

should be fixed now

from my reading of it, it seems like the thing that kept it from being merged 3 years ago was some disagreement on what system component should be in charge of it (at the time it worked) and what is keeping it now is that it was made for plasma 5.9 (putting it some 700 or so commits behind where it needs to be).

also, I don’t really see how this would be any more “client side” than the hamburger menu titlebar button already is. it’s just a longer button (or set of buttons, technically), however long it needs to be for the number of options it has.

I’ve never really used links like that since I switched to this platform, I’ll fix it when I get home.

LIMs should be possible, the application menu (hamburger menu) titlebar button already does half of what’s needed. it’s also already been done before and just needs to be updated to plasma 6.