Notices by Jeff Fortin T. (nekohayo@mastodon.social)

@forteller Where would you use it other than in Nautilus? I can't think of any place where this would be used cross-apps, considering that Nautilus is also the file chooser.

@serge I have good news for you: https://extensions.gnome.org/extension/5072/one-thing/

I would also want integration in https://github.com/getting-things-gnome/gtg/issues/948

After GNOME 48's dynamic double/triple buffering, what I'm really looking forward to see, eventually, is #Mutter being able to recover from GPU state resets: https://gitlab.gnome.org/GNOME/mutter/-/issues/3305

On Linux, the open source AMDGPU graphics drivers in #Mesa are infamous for making everything lock up in your face like that.

I'm just crossing my fingers and hoping this will happen by the time distros collectively ditch X11 in favor of #Wayland.

#FreeDesktop #Linux #AMDgpu #GNOMEShell

Wait a minute, the "Extension Manager" app from https://flathub.org/apps/com.mattjakeman.ExtensionManager 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.

I'd want Nautilus (and thus the #GNOME file picker UI) to stop trying to search multiple times per second while I am not nearly done typing the search query, as I consider that to be extremely wasteful, conceptually. Pounding the CPU+GPU "faster than I can think & type" is counterproductive.
If you don't "feel the jank" like I do, then think about the wasted energy (especially on battery power):
https://gitlab.gnome.org/GNOME/nautilus/-/issues/3452#note_2382115

#performance #EnergyEfficiency #PowerManagement #LinuxMobile #GNOMEFiles

It's a bit unfortunate that the @omgubuntu article about #GNOME 48 summarizes #GNOMECalendar 48's whole release as one line that says, "Calendar offers various Event Editor dialog improvements"
…when the Calendar app landed one of the most fundamental productivity (and format compliance) features of the last 12 years (after many, many months of design & development work): https://gitlab.gnome.org/GNOME/gnome-calendar/-/issues/2

Found a new image converter GUI app that can do batch #JPEGXL lossless conversion (rarest thing on earth, seriously?), but it's not on Flathub, it only provides Ubuntu and appimage packages, and the README says, "The recommended way of using XL Converter is through the official binary releases. The building process is time-consuming and tedious."

I don't expect it to be packaged for Fedora, so yeah, I guess I'm making a wish for an official #flatpak version here: https://github.com/JacobDev1/xl-converter/issues/95

#JXL

@pnutzh4x0r For what it's worth, playing YouTube video kinda works here on Epiphany 47.2 on Fedora, and on the "Epiphany technology preview" flatpak version, but you might be encountering https://bugs.webkit.org/show_bug.cgi?id=289194, or https://bugs.webkit.org/show_bug.cgi?id=245852

@forteller GUI toolkits deal with widgets.
The backgrounded app status is not a widget.

@forteller That doesn't make intuitive sense to me, and I'm not sure the widget toolkits people are going to think it makes sense either.

The background apps API is not a direct "do this specific graphical widget" kind of thing, it's an "operating system behavior" API.
It is the same to me than inhibiting screenlock or suspend (it does not involve a GUI toolkit) or emitting desktop notifications (you don't ask a widgets GUI toolkit to do it for you, you just do it)—the behavior is up to the DE.

As courtesy, after I was recently made to comment on qBittorrent's ticket about supporting the XDG background application status APIs (i.e. the replacement for traditional system tray icons, and more), I have now provided that kind of information to the Transmission project as well: https://github.com/transmission/transmission/issues/5484#issuecomment-2709060231

#FreeDesktop #Wayland #Flatpak #Linux

STOP DOING NEW #HARDWARE

* CPUs were not supposed to be idle
* YEARS OF NEXTGEN yet NO REAL-WORLD USE for going higher than SANDYBRIDGE
* Wanna go faster for a laugh? We've a tool for that: it's called #SYSPROF
"Please give me 192 CORES. Please give me INFINITY of BogoMips"—Statements dreamed up by datacenters

LOOK what Silicon Vendors have been demanding your respect for with all the chipsets we built for them
*Points at bunch of single-threaded software*

They've played us for absolute fools

For those worried about what's going on with #Mozilla's new T&C for #Firefox and seeking alternatives to Blink-based browsers (aka Chrome-in-a-trenchcoat), consider helping @WebKitGTK (a port of @webkit), used by apps throughout the FreeDesktop.

#WebKit/WebKitGTK/WPE is effectively the only other mature/production-ready web engine you can use *today*, not many know that (see also https://github.com/Fyrd/caniuse/issues/6807).

I hedge my bets by simultaneously helping QA Firefox and Epiphany (WebKitGTK) for parity.

Just merged a newcomer's contribution to enhance GNOME Calendar's ability to fit on medium-sized window widths, by rounding the approximate weather forecasts' temperature values to integers: https://gitlab.gnome.org/GNOME/gnome-calendar/-/issues/982 (fractions of degrees didn't make sense in this context)

Yahoo! :blobmiou:

Now can we get some additional eyeballs to collectively review this related bugfix? https://gitlab.gnome.org/GNOME/gnome-calendar/-/merge_requests/523

That way more of you can have working forecasts again.

#GNOMECalendar #weather #UX #GNOME

@forteller The new system does a whole lot more than an icon on a panel. And it is likely to do even more in the future: https://gitlab.gnome.org/Teams/Design/whiteboards/-/issues/272

Sorry that we don't want to stick to Windows 95's limitations, but this is no different than apps being expected to respect the modern light/dark mode standard, the XDG user directories standard, the screensharing/webcam/microphone portals, the power management inhibition API, etc.
They need to get on with the programme. File tickets on those apps.

@forteller I doubt they ever implemented the FreeDesktop background portal, nobody even made the request: https://github.com/search?q=repo:qbittorrent/qBittorrent+background+portal

In comparison, people have made such requests for other apps, from what I can see:
* https://github.com/transmission/transmission/issues/5484
* https://gitlab.gnome.org/World/Fragments/-/issues/30#note_1909051

After many more hours of testing and investigation on Saturday night, then three more hours last night to analyze and summarize that discussion's insights, here are my latest findings on the @gnome file manager's "slow cold-loading of the view's contents for folders with many files" performance issue :blobsweats:

https://gitlab.gnome.org/GNOME/nautilus/-/issues/3374#note_2353755
I has the potential to be as fast as Thunar.

I bet it would speed up all views, even search.

#Nautilus #GNOMEFiles #Sysprof #performance #GNOME #Linux #Thunar

It looks like an independent contributor has built on top of Martin Stránský's patch over the past few months, and reached the "It works!" stage of porting #Firefox from @GTK 3 to 4 today: https://bugzilla.mozilla.org/show_bug.cgi?id=1701123

My first-ever real-world "mission-critical" calendar event scheduled in a foreign time zone using the new #timezones GUI from the nightly version of #GNOMECalendar (coming in @Gnome 48)… it JUST WORKS™!

Upon creation, the event got synchronized to my Google calendar, and Google's web interface had no trouble recognizing the timezone I have set in the event. No incompatibility that I can see. Fabulous.

I've waited so many years for this moment :blobmiou:
Thank you @titouan_real !

#GNOME #Linux

Today @kabushawarib landed a sixteen-hits performance enhancements combo in Nautilus / #GNOMEFiles "nightly"! These should help various parts of the app feel a bit faster in #GNOME 48. The improvements are listed here: https://gitlab.gnome.org/GNOME/nautilus/-/merge_requests/1626#note_2330546