Originally posted by Mez'
View Post
Announcement
Collapse
No announcement yet.
GNOME 40's Shell Theme Code Is Rather Expensive But Optimization Pursued
Collapse
X
-
Originally posted by board View Post
I'm not sure what has caused this issue, this sure sounds like a HiDPI problem, but on a FullHD screen? It could be bugs in these apps themselves. But yeah, it does happen that Qt is inconsistent with rendering as well.
But as I said: it only happens with apps that ship their own Qt libraries - Qt apps using the system libraries look and scale great.
Comment
-
Originally posted by ermo View Post
(emphasis mine)
Maybe I'm missing something, but I was of the impression that GNOME 40 is really 3.40 (that is, GNOME 3.38 was followed by GNOME 3.40, but due to various development process tweaks, the GNOME developers decided to just drop the "3.") and should thus be viewed as the continuation of the GNOME 3.x series?
In that light, where did you get the idea that GNOME 3 "died"?
In support of my argument, consider this summary:
Regarding GNOME 40. It's fine and stable. But features are broken, the switching between windows in the overview with the keyboard is broken. Neither the cursor keys nor Alt+Tabs works only when you previously focus a window with the mouse
As I assumed they rushed with pure force till the release date - another of the usual GNOME mistakes. Why release? Because a calendar date was marked six months ago? Polish release until it's is fine (GIMP, Inkscape and many others) or skip it until next release date (Linux, Firefox and so on). The other mistake of GNOME thinking that settings are somewhat bad:
* Settings are not not bad if developer itself doesn't use them
* Settings are good when the software becomes better usable for some or all of the users
The result are five different clock widgets with tiny differences and two entire fork of your projects, sadly the will never merge back to your project because you reject them because of - settings. You lose developers, users and testers. Exactly this is what you want to avoid.
GNOME learned from GNOME1 and not to overwhelm the user with many possibilities. KDE is still doing it (Do you want your rename dialog as modal popup or inline field?). But GNOME is wrong not giving the user the needed settings (Do not suspend on close of the LID! THE COMPILER IS RUNNING! The LID is closed because I'm walking around or want to protect the laptop).
Regarding the useage of the Touchpad and virtual desktops., I doesn't affect me. Because I'm a keyboard and trackpoint user solely. The second because GNOME works very well without virtual desktops on laptop screens. I just don't feel the need to search or sort windows. As soon as I have many windows open I type their name into the overview, I don't search them - they are found by GNOME immediately. I was surprised why the bother with that virtual screen stuff so much nowadays but I assume other people need it and it doesn't affects me.
PS: I'm also starting getting away with tabbing through tabs in IDEs, file- or webbrowser. I just type the name of what I want and it's loaded.Last edited by hsci; 27 May 2021, 08:29 AM.
- Likes 1
Comment
-
Originally posted by gedgon View PostNah, it was just a shell facelift. Extensions do not need to be rewritten, but ported, most notably the extensions preferences to GTK4. Everything else is basically the same with some small evolutionary changes here and there.
But, hey, it's not a big deal to me anyway as I merely run a GNOME (wayland) instance on a Fedora Workstation box for the sake of keeping up with the Joneses (the box is an older multi-boot reference box to check for ootb UX choices in various distributions/DEs and their relative performance/fluidity on the same hardware config).
With DragonFlyBSD 6.0 being released, I'm mighty tempted to get an instance of that up and running to be able to compare it with FreeBSD 13. We'll see.
Comment
-
Originally posted by Volta View Post
Let's get it straight: generation of clueless developers who have no real clue what they are doing. The truth is the most complicated and performant applications are written in C/C++. Crap languages like c#/mono, java, javascript are unholy jokes when comes to resources. It seems it's impossible to write complex and performant application in any of mentioned unholy programming languages. It's visible everywhere. From graphic engines (unity crap), programming IDEs (slow, buggy, bloated Eclipse - GDB integration is an only selling point for me) to note taking application - tomboy. It's huge regress and waste of computer resources, but every script kiddy can make an application now.. Not saying this is 100% related to Gnome, though. There may be other problems.
The fact of the matter is, I'm 10x more productive in JavaScript than C++ and can make complicated code which works without holding up the main thread with ease.
Comment
-
Originally posted by hsci View PostBut GNOME is wrong not giving the user the needed settings (Do not suspend on close of the LID! THE COMPILER IS RUNNING! The LID is closed because I'm walking around or want to protect the laptop).
Comment
Comment