Yeah that was a typo on my part. It is the G32 with the AU optronics panel. I will edit it. Thanks

She lasted slightly longer than a head of lettuce

That must be one plucky lettuce head considering that holly has been the director for nearly a year.

Gnome foundation will continue to thrive with and without her but she has made some decent contributions while she was there

Did you even read the article¿? She is pursuing PhD and is leaving to concentrate on that. She knows she won’t be able juggle both her studies and her responsibility as a director so she is stepping down which I think is the responsible thing to do.

The only bug I have to work out is that it doesn’t respect the gtk theme I have configured (GTK 2, 3, and 4). Otherwise, seems like a good option.

Maybe this is because loupe uses libadwaita and not standard gtk4. Libadwaita does not follow the gtk theme.

Glad I could help though

Please add the version of Firefox to the post so others can be better informed

if you have to wipe with toilet paper anyway, doesn’t that defeat the purpose of having a bidet?

No. The purpose of the bidet is to properly clean your posterior which cannot be achieved with toilet paper alone. Also the amount of toilet paper needed to dry is lower than the amount needed to ‘clean’

Yeah. Makes me love jorge and team maintaining ublue even more.

Currently, gnome has moved away from eye of Gnome to Image Viewer/Loupe. The website doesn’t have the dependencies though I don’t think you should need the gnome-desktop package. Perhaps you can look into it. Just be aware that the app is pretty barebones for now.

Edit - Alternatively, you could look into gwenview which is normally shipped in kde. That will have the advantage of shipping with a lot more editing options and since it is a more mature(I think is the right word) project, I expect it to have better support for esoteric file formats.

Well fitts law doesnt mention anything about asymmetrical spacing anywhere. Infact going by fitts law, the new gnome design is great because the hitboxes are pretty large

Can you share any study for this. If this is true, it is fascinating and worth looking into in more depth

That same logic could be applied for the save and discard button. Should there be a bigger gap between them lest somebody misclick and discard things instead of saving them¿? Atleast in the case where they accidentally click cancel instead of discard, they are not losing any data.

Hell if this really about data safety, discard/don’t save should be the isolated button because it is the only destructive option

Here’s the thing: Apple’s design you’ll find that they carefully included an extra margin between the “Don’t Save” and “Cancel” buttons. This avoid accidental clicks on the wrong button so that people don’t lose their work when they just want to click “Cancel”.

And gnome has those dialogs in a different colour to achieve easily noticable differentiation between the two options

That was an incredibly poised and informative response by Carlos. Thanks for linking it. Cheers

Oh ok. Are these changes tailored towards making touchscreen usage better¿?

Yeah. Scrolling(amount of scroll per turn of the scroll wheel/swipe on touchpad) has been intentionally slowed down. Another issue is when you scroll fast, the scrolling is stuttery because papers tries to render on the fly when scrolling. There is an open issue to discuss whether this should be the behaviour or not.

But don’t worry too much. It was much slower a month ago and yet progress is being made at a great pace and hence I expect it to get better in the near future. Pablo Correa Gomez(the lead dev of Papers) is doing some great work.

Well for Firefox, the one getting updated is the native rpm version which is part of the standard Silverblue install while the one already updated is the flatpak version. The native version is just called ‘Firefox’ while the one from flatpak is called ‘Firefox Web Browser’ if I remember correctly. I have no idea why signal is showing up there. Maybe it is a bug.

Also next time a system update is shown in GNOME software, check using rpm-ostree status to see if any updated image is staged. If yes, then you don’t have to bother with gnome software - when you shutdown or reboot, the update will automatically be applied.

I think evince will be eventually dropped by GNOME but there is time for that. While papers is porting things to GTK4 and adding some great features, it still has a long way to go in performance and optimisation. Currently it is more than twice as slow to open a pdf when compared to evince. Also scrolling performance is not optimised as it will stop mid scroll for things to render. Well it is only a new project so hopefully all this will be fixed. I am still using papers so that I can report any bugs that I run into

I love this comment because it explains the keywords in the command. Hats off to you.

Hmm. Maybe gnome is not correctly using hardware acceleration in your machine¿? In my experience, gnome is perhaps the smoothest DE though it is heavier in resource usage than XFCE, MATE, etc. It does stutter and drop frames when the system is seeing very heavy resource usage.

Edit : when I am using the powersaver settings given by power-profiles-daemon, gnome does stutter a little. This corresponds to amd-pstate being active with the scaling governor set to powersave and the energy vs performance hint set to save power.

The animations and performance are already very smooth. In fact I feel the performance is better than what you get with windows and the animations are smoother as well