med-mastodon.com is one of the many independent Mastodon servers you can use to participate in the fediverse.
Medical community on Mastodon

Administered by:

Server stats:

365
active users

#gnomeshell

0 posts0 participants0 posts today

Wait a minute, the "Extension Manager" app from flathub.org/apps/com.mattjakem has an "Upgrade Assistant" feature to batch-check all your #GNOMEShell extensions for compatibility with the next #GNOME version, and nobody among you has told me about it?!

And it's not even mentioned as a bullet point in the app's features list?! :psyduck:

This "Upgrade Assistant" hamburger menu item deserves to be more widely known.

My dad, who is constantly bored, is a talented home improvement hobbyist craftsman. Can fix up pretty much anything. He has #ADHD, keeps asking me to remind him to do stuff, he keeps not doing it, months pass.

I've now set up a cron job that calls a homemade Python script (that I'd update over SFTP) to put one task in front of him at all times on his #GNOME computer, using this #GNOMEShell extension:
extensions.gnome.org/extension

I don't know whether that makes me a chaotic good or lawful evil son.

With big thanks to @jamie, we are now entering stage 3 of my evil plan to allow #GNOMECalendar (and other related applications like #GNOMEShell, among others) to let the user configure which day is considered the first day of the week, through the GNOME Settings application.

I really want to get this solved for #GNOME 48, because it's been a daily annoyance for me & others for a very, very, very long time: gitlab.gnome.org/GNOME/gnome-c

GitLabAllow first day of week to be changed (via GNOME Settings) (#160) · Issues · GNOME / gnome-calendar · GitLabSome religious as well as regional calendars (e.g.: the Japanese calendar) start the week with Sunday as opposed to Monday, so it would be nice if in the...

I'm rebuilding Gnome Shell (amongst other things) on the Open Build Service to patch out a few annoying bugs*.

It is based on the upstream openSUSE:Factory package. It has suddenly and spontaneously started throwing "branding-requires-unversioned gnome-themes-accessibility" and I have no clue why! I don't touch the spec, so any "Requires" are the same as upstream.

* In the case of Gnome Shell, the bug is round avatars

I'm very happy about #gnomeshell / #gnome47 shipping HW encoding for its internal screen recorder. With the upcoming #gstreamer 1.24.6 release all currently known bugs are fixed, even though I kinda expect more to come on some multi-GPU setups.
It's about time that we use hw-enc in more places by default and the screen recorder is IMO in a pretty good spot to role things out: on one hand it's used by many people, ensuring we get bug reports, while OTOH its functionality is not crucial.

Honored to have been promoted to the prestigious rank of Lead GNOME Dev™, thanks to the warm endorsement received in octodon.social/@dgold/11262138

Finally, my decades of #opensource contributions are being recognized in equal measure to my role as CEO or senior partner of various businesses & non-profits ☺️

I must clarify, however, that I never stated my personal workflow as the limiting factor in changing to more modern #codecs for #GNOMEShell's video recorder: mastodon.social/@nekohayo/1126

Me: "Obi Wan never told you why #GNOMEShell still uses the VP8 #codec to record screencasts, instead of newer codecs…"

Them: "He told me enough! He told me #GNOME hates its users!"

Me: "No. It's mostly a temporary performance tradeoff around a #Linux middleware & #softwarepatents problem."

Them: "No… No… It's not true… That's impossible!"

Me: "Search the commits log. You KNOW it to be true."

Them: "DO NOT WANT"

Source: mastodon.social/@nekohayo/1126

After making my #framework laptop my daily driver, I still had to fix all the #electron applications looking like crap under #wayland (when using fractional scaling).

So another good reason to make a blog post, I guess? :ablobcathappypaws:

Slack, Discord, Spotify, Obsidian, VS-Code, ... now they all look good using 1.25x scaling.

11ways.be/make-electron-applic

Skerit: Speak of the develMake Electron applications use the native Wayland rendererElectron applications still won't use the Wayland renderer by default on Linux, causing blurry applications when using fractional scaling. So how do you fix this?
Continued thread

On my phone - which is not *yet* a #linuxmobile one - I use the fabulous #davx5, while on my desktops the only real option for me was #Thunderbird
And while that is fine, trying using a Gnome Online Account suddenly showed me what I've been missing out so far, which is not only great native apps like #gnomecalendar , but also #gnomeshell integration, global search providers etc.
Until now - around two weeks - the experience has been awesome and it's definitely changing the way I use Gnome.

My #gnomeshell Mutter MR to support scaling and cropping via KMS landed in time for #gnome46

gitlab.gnome.org/GNOME/mutter/

I'm really happy about this one because it should improve things for multiple use-cases:

1. It allows full hardware offloading of fullscreen video playback for cases when the video dimensions don't perfectly match the screen, i.e. up- or downscaling. There are not many clients supporting this yet - but hopefully we'll see more soon, especially #gtk ones.

Short 🧵

GitLabwayland: Implement direct scanout for cropped and scaled surfaces (!3177) · Merge requests · GNOME / mutter · GitLabUntil now we only supported direct scanout to the primary plane if the buffer size perfectly matched the display size. Since display controllers usually support scaling and cropping...