Made two small keyboard shortcuts enhancement merge requests today, in Epiphany and Nautilus:
* For Epiphany's tabs overview toggle: https://gitlab.gnome.org/GNOME/epiphany/-/merge_requests/2066
* For Nautilus' global search: https://gitlab.gnome.org/GNOME/nautilus/-/merge_requests/1988
Those merge requests could also be nicknamed, "Tell me you're a Dvorak typist without telling me you're a Dvorak typist." 
#accessibility #a11y #GNOMEWeb #GNOMEFiles #Epiphany #Nautilus #Dvorak #GNOME #UX
In GNOME 50, the Nautilus hovercraft will no longer be full of eel, thanks to @kabushawarib nuking the last specimens of that living fossil: https://gitlab.gnome.org/GNOME/nautilus/-/merge_requests/1975
Nautilus developers are here to kick ass and chew bubblegum, and they're all out of gum 😤
Nautilus 50 will now trim down its memory usage when you close tabs, keeping things neat and tidy!
In this era of rising RAM prices, this should be quite comforting 
Also, if there were to be a memory leak in the future, abnormal behaviour would be easier to notice in day-to-day usage.
Thank you @tytan652 for contributing the merge request for https://gitlab.gnome.org/GNOME/nautilus/-/issues/3850 and seeing it through completion.
One thing I often hear GNOME critics complaining about, usually with Nautilus' busy headerbar area as the primary example, is that its client-side window decorations don't leave many empty spaces for dragging the window around.
What most critics don't realize is that the entire window headerbar area remains draggable. You can drag any of those toolbar widgets to move the whole window around with it, as if those widgets weren't even there. The right-click menu works, too.
Tried debugging @decathorpe's Nautilus crasher heisenbug, ended up finding a completely different (and pretty rare) crasher on the development version while going Hokuto-no-ken on it, and I hope some of you #GNOME hackers are good at reading backtraces and gdb output because this is ancient greek to me 
@QuadRadical I'll happily let it take 100 MB out of 24 GB at this point, as long as it's not 1 GB
Moving on to the next suspect, instead: #GNOMEFiles eating 1.4 GB of my RAM with just a handful of tabs open, and not freeing that memory when I close tabs/windows… https://gitlab.gnome.org/GNOME/nautilus/-/issues/3850
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
In #GNOMEFiles performance investigation news, someone's networked collection of 13,000 waifus just proved my point (from issue 3374) about file attributes fetching being incredibly expensive not just for hard drive disks 
Thank you, hardcore #manga fans 😅
https://gitlab.gnome.org/GNOME/nautilus/-/issues/3721#note_2367091
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
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
Jeff Fortin T. (風の庭園のNekohayo)
