pointless
There’s a less capable Mv3 port of uBlock Origin by the original developer, called ‘uBlock Origin Lite’: https://chromewebstore.google.com/detail/ddkjiahejlhfcafbddmgiahcphecmpfh
I use Chromium only very rarely, so I don’t know how effective it is, though.
No because the caption under the first image says that SUSE’s mascot is a ‘gecko named Geeko’ – which cannot be farther from the truth, for it is a Chameleon named Geeko, that is the mascot of SUSE. Aye.
vim now has an option to put the .vim folder in ~/.config; though I’m not sure if the default plugin/package & syntax folders can be set under ~/.local/share.
XP, to OS X 10.4-10.8, to Linux
Qt based file managers (PCManFM, Dolphin) usually have a filter input that’s quite useful. It’s limited to the current folder, and not a fuzzy finder, though.
It’s to out-compete the competitors so as not to become obsolete. … also I hope you’re aware that I’m saying all of this ‘ironically’, to poke fun at the mental gymnastics in the OP’s post.
The prize of the competition is what the competitors compete for. There’s a prize and the winner gets it; the loser doesn’t get it.
Why is this so hard to understand? I guess it’s nature’s way of weeding out the losers.
I think we should be chasing all the trendy trends to become competitive with the competition. That’s the only way to push those numbers up (that need to be pushed up). That’s how a winner wins.
macOS switched from AFS to samba for file sharing & time machine backups a while ago; it’s been a while since I had first-hand experience setting up a Mac, but based on that fact I’m pretty sure samba is more straightforward to use. … it annoyingly mangles unix file ownership, & permissions though, as mentioned above in https://lemmy.ml/comment/10204431
On https://wiki.xfce.org/releng/wayland_roadmap it says:
xfce4-panel and xfdesktop have been ported to Wayland assuming our compositor will be based on wlroots.
xfce4-panel + xfdesktop + labwc is all the ‘xfce’ I think I’d ever need; so the wayland port is more or less ‘done’, AFAIC.
(Thunar has been wayland native since the gtk3 port completed a long time ago.)
My experience is very limited, especially on GTK3; but I think GTK4 really streamlined listview/model operations, especially with the newly introduced GtkExpression, & the ability to bind GObject properties to expressions that the toolkit will figure out when to evaluate & plug in.
The following blog entries help establish the fundamental concepts pretty well, I think: https://blog.gtk.org/2020/06/07/scalable-lists-in-gtk-4/ https://blog.gtk.org/2020/06/08/more-on-lists-in-gtk-4/ https://blog.gtk.org/2020/09/08/on-list-models/ — but the crux of the matter really is GObject, & signalling; & ToshioCP’s tutorial fills an important gap in the existing body of documentation.
Also, the Lists section on the Gtk4 Demo app is really helpful (e.g., the comments on the ‘Clocks’ example explain how to use GtkExpression really well: https://gitlab.gnome.org/GNOME/gtk/-/blob/main/demos/gtk-demo/listview_clocks.c?ref_type=heads#L2 ).
– EDIT: Also, I think the new GJS ‘GTK4 Book’ does a good job explaining the new widgets & data structures – so even if you aren’t using the JS bindings, the code examples can be helpful: https://rmnvgr.gitlab.io/gtk4-gjs-book/application/list-widgets/ ; I never used GJS (just C, and pygobject); but the GJS book helped me quite a bit wrt the ListStore, and setting up DBus connectivity:
Not an answer to the question, but the ‘ToshioCP’ tutorials on gtk4 & gobject have been very helpful to me, to wrap my mind around the relevant concepts in C: https://github.com/ToshioCP/Gtk4-tutorial; https://github.com/ToshioCP/Gobject-tutorial — the gobject tutorial is probably even more helpful than the gtk4 tutorial, as it explains signal handling etc.
It’s either this fairy tale, or its flip side, the myth that ‘private vices’ somehow add up to ‘public virtues’.