One of the most frustrating thing about #Asahi #Linux: #GNOME is so *incredibly* close to working perfectly witch a notch. Literally all you need to do is to increase the size of the top bar size a bit and move the calendar/notifications menu to the right and it's perfect.

But GNOME doesn't have those options, you have to use extensions. And changing the top bar size from an extension is buggy and breaks in weird ways after suspend.

I actually started planning a blog post about how well GNOME can work with a notch because its design happens to be an almost perfect match already. I stopped when I started having this issue.

I tried finding ways to work around it. IIRC, if I modified the bar height through changing the default theme's CSS, it would work fine. But the default theme's CSS file is bundled in a .gresource file, and it gets overwritten when GNOME updates, so it wasn't practical.

Show thread

@mort this feels like it could be upstreamed. We would need a way to know if a specific display has insets/notches/punch hole cameras, which realistically we’ll need for mobile devices anyway. Once we have a way to define that, we could have Shell avoid drawing in that region.

Maybe we can check in with @agx wrt what Phosh is doing and if we can work on getting that upstream in Shell?

@cassidy @mort When running just add the notch info to and you're done.

For fullscreen apps this needs Wayland protocol support. This is work in progress (but the compositor already uses the same info).

A gnome-shell extension could just pick up the same info.

See phosh.mobi/posts/notch-support

@agx @cassidy Some sort of wayland protocol would be needed for truly fullscreen apps which want to draw around the notch, yeah. But a pretty good alternative would be to lie about the screen dimensions to the wayland client and make it think only the part below the notch/top bar exists, right? I believe that's what macOS does most of the time.

Follow

For the moment having not placing UI elements in the notch area (like the clock) already helps a lot.

We could have the compositor () just avoid the notch but we want the app to have a say there (as depending on screen content) it might want to use that area.

I've added gitlab.gnome.org/World/Phosh/p as that looks like a simple thing to add (and we have the information in the compositor already to draw the notch area for debugging purposes).

Sign in to participate in the conversation
Librem Social

Librem Social is an opt-in public network. Messages are shared under Creative Commons BY-SA 4.0 license terms. Policy.

Stay safe. Please abide by our code of conduct.

(Source code)

image/svg+xml Librem Chat image/svg+xml