I really like the XFCE implementation on Kali Linux because the desktop menu(?) includes a search bar. When I install XFCE on other distros like Ubuntu and Arch, this feature is missing out of the box. Is this a standard feature and/or is there a standard method to add it to other Linux distros?
XFCE 4.20 Released
21–30 of 49 posts
Re: XFCE 4.20 Released
#22Earlier quoted context omitted.
Wayland still intrigues me - it was first released 16 years ago but still support like in XFCE is "experimental". I really don't know much about Wayland but its initial goals and the excitement if caused (at first) seemed always very noble.
XFCE is the one running late here. Gnome, kde, and even all the wlroots based compositors have been pretty solid
If you ignore things like randomly running into screen sharing problems or issues configuring XYZ thing because Gnome or whoever can't be arsed to expose it in their Wayland implementation. I keep trying Wayland and then swapping back to X11. Less issues and I never notice the things Wayland "solves", just what it breaks.
Re: XFCE 4.20 Released
#23Making your own app-icons is notoriously difficult. $ cat /usr/local/bin/noko-make-icon convert -size 24x24 -gravity center -background yellow -fill black\ label:$1 ~/.local/share/icons/$1.png file=~/.local/share/applications/$1-noko.desktop echo [Desktop Entry] > $file echo Name=$1 >> $file echo Comment=noko-made >> $file echo Exec=$1 >> $file echo Terminal=false >> $file echo Icon=~/.local/share/icons/$1.png >> $fi…
The desktop entries also control which application is used to "open" a file. Writing and debugging them made me hate the xdg-open system. Also, if you specify Terminal=true, your configured preference for your terminal emulator is ignored by all desktop environments.
> Also, if you specify Terminal=true, your configured preference for your terminal emulator is ignored by all desktop environments.
What do they use?
Re: XFCE 4.20 Released
#24I really like the XFCE implementation on Kali Linux because the desktop menu(?) includes a search bar. When I install XFCE on other distros like Ubuntu and Arch, this feature is missing out of the box. Is this a standard feature and/or is there a standard method to add it to other Linux distros?
Re: XFCE 4.20 Released
#25...And just the other day I was thinking about maybe trying XFCE out :) Now, currently I'm using LXQt (which is probably even more bare bones and "get the job done" DE), what can XFCE give me? I mean, I certainly see a point when people switch to XFCE from Gnome or KDE. But what about if coming from the other side of the spectrum?
> I certainly see a point when people switch to XFCE from Gnome or KDE. But what about if coming from the other side of the spectrum? I think you basically answered it right there. It sits between. For the lxde people it would be more of a full fledged desktop, but not with the full weight of KDE or Gnome.
Thanks!
Yeah, I understand that it sort of sits in between. But what are those "additional" features compared to a more spartan DEs? More included apps / accessories? More access to the machine's properties (like, more GUIs for various options)? Something else?
Re: XFCE 4.20 Released
#26Earlier quoted context omitted.
The desktop entries also control which application is used to "open" a file. Writing and debugging them made me hate the xdg-open system. Also, if you specify Terminal=true, your configured preference for your terminal emulator is ignored by all desktop environments.
> Also, if you specify Terminal=true, your configured preference for your terminal emulator is ignored by all desktop environments. What do they use?
Their own terminal emulator or they poke around the system and use the first one they find. Ideally this happens through the dbus so you can't trace it with strace -f.
Re: XFCE 4.20 Released
#27Earlier quoted context omitted.
XFCE is the one running late here. Gnome, kde, and even all the wlroots based compositors have been pretty solid
If you ignore things like randomly running into screen sharing problems or issues configuring XYZ thing because Gnome or whoever can't be arsed to expose it in their Wayland implementation. I keep trying Wayland and then swapping back to X11. Less issues and I never notice the things Wayland "solves", just what it breaks.
Yeah, I have the same experiences with Wayland. In fact, whenever I see it being mentioned and that it may be the default, I tend to just try to avoid the program in which it is default because I've always had issues with it. X11 works. These days are long gone where you have to modify X11 config as well, just run "nvidia-xconfig" or whatever. I do not remember the last time I had to mess around with X11. Wayland less so, as many essential features were not working. X11 has more than one clipboards as well, and I have no clue if Wayland has them, too, and we are talking about something very basic.
Re: XFCE 4.20 Released
#28Earlier quoted context omitted.
XFCE is the one running late here. Gnome, kde, and even all the wlroots based compositors have been pretty solid
some value of "solid" that ignores machines with vmgfx or nvidia modules.
An argument where this is a problem with the protocol instead of uncompliant vendors is disingenuous.
Re: XFCE 4.20 Released
#29Experimental Wayland support is a dealbreaker.
Why? It sounds pretty clear that you don't have to use it and they're unlikely to change that in the foreseeable future.
Re: XFCE 4.20 Released
#30Earlier quoted context omitted.
some value of "solid" that ignores machines with vmgfx or nvidia modules.
An argument where this is a problem with the protocol instead of uncompliant vendors is disingenuous.
The protocol might be good, but my hardware is not supported by wlroots. Whether this is the fault of upstream or the hardware vendor does not matter. I cannot run wlroots, ever. Period.