toad.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
Mastodon server operated by David Troy, a tech pioneer and investigative journalist addressing threats to democracy. Thoughtful participation and discussion welcome.

Administered by:

Server stats:

214
active users

#xfce

5 posts4 participants0 posts today
Replied in thread

@stefano This is great news and certainly an improvement to both open source and FreeBSD.

While *I* would have preferred #xfce over #kde in the installer (because I am an XFCE user) that's not the point. The point being the FreeBSD team, based on user survey results, is *listening.*

To the people who leave comments like "it's too late" or "we already have Linux" then the point has been missed. What's great about #opensource is the plethora of choices. With #FreeBSD 15 offering #KDE, it means the quality of choices just improved.

One more screenshot of the classic MacOS 8/9 theme under XFce. Honestly, from all the themes I've done, this one I enjoy the most. It's rather convincing because it doesn't use docks or launchers that all modern OSes use, so it feels different.

My XFce Win11-like theme under Linux #Mint. The theme has a couple of bugs, but overall it works well.

I found that XFce is the most themeable of the DEs, however it has started showing its age. For example, no connection of open apps to their launcher (they open a second icon), no "live" thumbnail of an open app, etc.

@BackFromTheDud

I used #redshift on #xfce and have done so for a few years now.

I set the lat and lon entries in the ~/.config/redshift.conf file to match my rough location, meaning it is now manual rather than automatic. The rest of redshift seems to work fine like that.

I have read elsewhere that you can 'fudge' this by using the 'demo' of geoclue-2 which will provide a rough estimation of location which should be perfectly adequate for redshift purposes - I believe this is done by changing the executable to be `/usr/lib/geoclue-2.0/demos/where-am-i`

Replied in thread

@OrionKidder @unixviking
Care to share what extensions you have installed and why?

I use #debian and despite playing around in a VM for multiple different distros, as well as #debian with multiple different DEs, I end up staying with #xfce on #debain stable (well in truth I am now on #trixie given the stability and imminent release).

I like a lot of things about #gnome, but struggle with a couple of key areas - the file manager in terms of customisation and fixed viewing styles, and strange as this may seem I'm against things like #flatpak because I feel things should be native and integrated.

That said, I'm having to use #distrobox and some containers as #trixie doesn't have two key apps for me - #dvbcut which was in #bookworm but isn't in #trixie, and #avidemux which hasn't been in #debian for years now.

I really want to move to either #gnome or #kde, but #kde is far too unstable for my liking and that's a showstopper. Often my desktop is on for weeks or months at a time.

A weird thing I've noticed on my #debian #trixie #xfce desktop is that I get heavy CPU usage the first time after the machine has been left idle for 10 minutes or more.

To explain.

I have Power Manager set to manage Display Power, but both Put to Sleep and Switch Off are both set to Never (i.e. do not run).

There is no #xfce screensaver installed.

Lightdm is used as the login manager, which means light-locker is in place.

If I leave the PC alone, after 10 minutes the display will go off, despite the Power Manager being set to Never.

If I then move the mouse to wake it up, the display comes back on. The system is not locking, just putting display to sleep.

At which point the #xfce panel-wrapper consumes 100% of 1 core and stays that way forever unless I do something.

I have found running `systemctl --user restart pulseaudio.service` fixes the problem.

It only happens once, all times after that when the display goes off do not create any impact.

Any ideas anyone?

I don't know what went wrong on this Linux Mint 22.1 XFCE installation, but the Mint theme seems to have broken. I tried replacing ~/.config/xfce4 with working one from a VM and also tried "sudo apt install --reinstall mint-meta-xfce". That sometimes brought the Mint theme temporarily back, but after a reboot, it looks broken again. 🤷‍♀️

#linux#mint#xfce
Continued thread

In my "testing" #XFCE has been running very well with no noticeable issues. #Gnome looked good but ran slow and #LXDE had lots of glitches with the DE setup. I installed #JWM (have not tested) and plan to install #KDE to try out if available.

Web browsers are a very meh. #Dillo works okay, but is not great for "modern" websites. #Chromium (from Orange Pi) works okay but is very slow; standard Chromium is not available. #Epiphany was sooooo slow that is was not usable. #Konqueror installed but was missing dependencies to function. #Surf is working okay; good for basic sites but chugs on more demanding sites like Youtube.

Terminal apps all seem to be working fine. Simple apps like #GoodVibes and #Kpat work with out issues.

3D Games were not playable if they even loaded up. #Minetest opened but was like 1 frame per 3 seconds. #TuxCart installed but would not open.

So far on the #OrangePiRV2 the definitive winners are XFCE, Sakura (teminal), GoodVibes, Kpat, and #plank

Doing a bit of an explore of the desktop environments on the Toughpad to see what's out there that's touch friendly. This is on Debian 12. I'll probably re-visit this when I move to Debian 13 in a few months time.

- #Gnome : tried both #X11 and #Wayland versions, Classic and the present UI… quite inflexible and the UI elements are practically invisible for driving with a stylus. On-screen keyboard is next to useless as it puts digits and symbols on separate pages and does not implement function keys or modifiers.
- #MATE : Seems to have limited screen scaling options and appearance customisation making stylus/touch operation tricky… but at least Onboard keyboard works.
- #Cinnamon : has the best built-in on-screen keyboard seen so far, but summoning it is not obvious and the layout is still sub-optimal for passwords (but ESC, function keys and modifiers are there!). You lose ⅓ of the screen to the keyboard, even if you're not using it.
- #XFCE seems to work pretty well, I was able to bump the size of the panel up a bit, it uses Onboard for the on-screen keyboard, seems to be the best so far.

Just waiting on #LXQT to install… we'll see how that is.

Here's the customary #introduction: i'm into #C and tolerate C++ on a daily basis at work, i've also used others like java, kotlin, python, PHP, etc and am curious about #COBOL, #AdaLanguage and #erlang.

My dislike of jenkins is only surpassed by my hate of githubactions and everything MS-related. AI is not I, only A. I'm interested in #selfhosted stuff but atm that's a VPS with some sites, which doesn't really count. For now #syncthing is quite useful and #wireguard is on the horizon once i reformat/reinstall my current #gentoo (i'll keep the root #ZFS aproach and am on the fence regarding #XFCE or #KDE), would be interesting to have a barebones #KVM/#QEMU running all the stuff and i digress.

kthxbai\0