GNOME 43 Review, a great update available now on openSUSE Tumbleweed
Tags: linux, opensource, productivity, news
Published: 2022-09-26 03:39:21

GNOME 43 has arrived on openSUSE Tumbleweed! This release code name is "Guadalajara". No, I am not laughing at this release in **[One Piece's theme](https://youtu.be/fL5g-nDD4Wc)**. I don't know why GNOME team named this release  Guadalajara, but I like the name anyway. That aside, this is a very good release. For an average user, you would notice many quality of life improvements in this release.

I will not cover all the technical changes in GNOME 43 that most Linux blogs and YouTube channels have already done so since the beta release a month ago. I will, however, cover this release based on my personal experience instead.

Nonetheless, you can go to see **[the official release notes](https://release.gnome.org/43/)**, or **[the usual GNOME weekly update](https://thisweek.gnome.org/posts/2022/09/twig-62/)**.

---

## A noticeable change in GNOME 43, the new quick settings panel

![The new shortcut control panel](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/m5wr4a7quzm4l5zmdc4y.gif)

This is the most noticeable change in GNOME 43 since it affects everyone on GNOME. The new panel lets you switch between the sound output devices and WiFi hotspots without having to open the main desktop settings app. You can also turn on/off night light, dark mode, and airplane mode right from this very panel. And it's undeniable that this new panel looks beautiful and refreshing.

The new screenshot/screen recorder shortcut (the camera icon) makes it possible for me to take a screenshot or record my screen when I am on my bed using my laptop with a projector and only have a mouse in my hand. Well, it's a good addition indeed!

There's one downside though. You can't change what to show on the panel.

> **NOTE: the new screen recorder, which was released in GNOME 42 and was broken shortly after since then, [is now fixed in GNOME 43!](https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5585)**

---

## A new file properties window, and a new app's about page window

![A new file properties window, and a new app's about page window](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/zh8i0orhboe89bop3uyi.jpg)

They are very beautiful, aren't they? Yes, they are definitely beautiful. I would say they're the most beautiful among any DE and OS.

However, they seem to be limited to some GTK4 apps at the moment. If the app developer is not updated their GTK4 app to the latest toolkit, it won't have this new lovely app's about page. I believe most users will probably benefit from the new modernized file properties window more than anything else.

---

## A new alert sound for all

![A new alert sound for all](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/d4gnr16nwfxftj5593b8.png)

The new default alert sound is now "click". Not only that it's a refreshing change, but it's also less disturbing than the previous water drop sound. Overall, it's a good change.

**NOTE:** The alert sound is disabled by default on openSUSE, see **[bug #1202644](https://bugzilla.suse.com/show_bug.cgi?id=1202644)**. To turn it on, open **Dconf Editor** and turn on the `audible-bell` to `true`, as shown in the screenshot below:

![Dconf Editor](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/hjvj3rav33v5w6ljrw18.png)

---

## Typing when saving a file is no longer search for files by default

![GNOME typing when saving a file is no longer search for files by default](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/53ha0fji80iaknmdvh8i.gif)

This fix (I don't call it a new feature) is great and should have happened long ago. I don't find any GNOME 43 review talking about this even though this is one of the features that affect the usability directly. Nevertheless, I am glad it got fixed, finally.

---

## 3 major issues that are still waiting to be fixed in the future GNOME releases

![Train #3](https://dev-to-uploads.s3.amazonaws.com/uploads/articles/02f3z10hhi9t3gom8vxu.jpg)

It wouldn't be reasonable to assume that any desktop environment doesn't have any flaws. However, these are issues that affect desktop usability directly. Without further ado, let's see what these issues are.

### 1. Fractional scaling

Well, it is still not working for any kind of development on GNOME Wayland, and there's no workaround option to offer like that of the soon to be released **[KDE 5.26](https://news.itsfoss.com/kde-plasma-5-26-features/#:~:text=4.%20Non%2DBlurry%20XWayland%20Apps)**. Why fractional scaling on Wayland matter? Because we have been using a Full HD (1080p) display on our laptop for a while now. In fact, it's rare (if there's any) to find any laptop selling today that would offer anything below 1080p. Therefore, it's not practical to use any laptop today without turning on the scaling whether you are on Windows, macOS, ChromeOS, or Linux.

Why not use fractional scaling on Xorg? Because **[it taxes the performance too much](https://bugs.launchpad.net/ubuntu/+source/mutter/+bug/1890802)** that enabling it wouldn't worth a huge performance trade off. And we're moving to Wayland, we need it to work on Wayland without any blurriness artifact when running XWayland apps.

Well, how many XWayland apps that we still have to deal with? A lot, especially if you are a developer of any kind. For a few examples:

- ~~**[Blender](https://developer.blender.org/T90676)** (no ETA)~~ **[Blender 3.4 introduced Wayland support](https://code.blender.org/2022/10/wayland-support-on-linux/)**.
- **[Dust3D](https://github.com/huxingyi/dust3d/issues/135)** (no ETA)
- **[Godot](https://github.com/godotengine/godot-proposals/issues/990)** (no ETA)
- **O3DE** in my testing (doesn't have a bug report yet - no ETA).
- **[GIMP](https://gitlab.gnome.org/GNOME/gimp/-/issues?page_before=eyJjcmVhdGVkX2F0IjoiMjAyMC0xMS0wOCAxMTo0ODoyMS4wNTU3NDcwMDAgVVRDIiwiaWQiOiI5NjUzOCJ9&sort=created_date&state=opened&label_name%5B%5D=Environment:Wayland)**, will be fixed in 3.0.
- **[Krita](https://bugs.kde.org/show_bug.cgi?id=429079#:~:text=this%20will%20have%20to%20wait%20until%20we%20port%20to%20Qt6)**, will be fixed when they moved to Qt6 (could take a long long time).
- **[Rancher Desktop](https://github.com/rancher-sandbox/rancher-desktop/issues/3008)** (no ETA)
- **[IntelliJ](https://youtrack.jetbrains.com/issue/JBR-3206)** (no ETA, but almost), thus also affected Android Studio.

Basically, none of the major development and graphic tools work properly with fractional scaling on Wayland.

Interestingly, ChromeOS has their open source implementation called **[Sommelier](https://chromium.googlesource.com/chromiumos/platform2/+/HEAD/vm_tools/sommelier/)** for scaling Xorg apps in Wayland without kind of any blurriness. I hope we can use Sommelier code somehow to scale XWayland apps properly on Linux. This issue is pretty much stale that mentioning any PR would be pointless at this point.

### 2. Thumbnails view for the file selection window

It's needless to say that **[this issue has been opened for 18 years!](https://gitlab.gnome.org/GNOME/gtk/-/issues/233)** It's very hard to just upload my photo to my friends and family on GNOME desktop since I can't see the photo I want to pick in the list view. It's just as bad and as simple as that, and it makes no sense for an issue like this to stay open for 18 years.

And there's no extension that will save you from this issue 😱

### 3. The system tray's app indicators by default, not as an extension

There's **[an official explanation](https://blogs.gnome.org/aday/2017/08/31/status-icons-and-gnome/)** as to why they remove the system tray indicators (status icons as GNOME called it). And there's also **[the issue opened (now closed)](https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/1014)** regarding this issue. IMO, the removal of the system tray would make the desktop broken, unless GNOME expected everyone to use only their apps. For instance, as much as they hate the tray icon, they still make use of it with their screen recorder. But they think that the same kind of app from a third-party developer, OBS for example, should not make use of this intuitive area 😂

Fortunately, we have an extension called **[AppIndicator and KStatusNotifierItem Support](https://extensions.gnome.org/extension/615/appindicator-support/)** to fix this mess. Then, what's the problem? It's not currently updated to support on GNOME 43 without disabling version validation on **[the installed extensions page](https://extensions.gnome.org/local/)**. 

The fact that we have to depend on an extension for this utterly important desktop functionality, this is bad, really bad 🤮

### As a bonus...

There's still no way to adjust the mouse wheel speed in GNOME on Wayland session. You can see **[this issue](https://gitlab.gnome.org/GNOME/gtk/-/issues/4793)**, and **[this PR](https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/4672)** that's still waiting to be merged.

If the mouse is not the most used HID (human interface device) on desktop in human history 🤣

---

I think this's it for today. And don't forget to leave the comment down below. Bye 💨

---

**Cover** photo by **[Barefoot Communications](https://unsplash.com/@barefootcommunications?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)** on **[unsplash](https://unsplash.com/@archerallstars/likes?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)**
  
**Background** photo by **[Mark Olsen](https://unsplash.com/@markolsen?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)** on **[Unsplash](https://unsplash.com/@archerallstars/likes?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)**

**Train #3** photo by **[Andre Benz](https://unsplash.com/@trapnation?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)** on **[Unsplash](https://unsplash.com/@archerallstars/likes?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)**