FreeBSD supports many different desktop environments, including popular options like GNOME, KDE Plasma, Xfce, and MATE. There is no single recommended desktop environment, as the choice ultimately depends on personal preference and specific use cases.Is there a recommended GUI desktop for FreeBSD?
Recommended? No.Is there a recommended GUI desktop for FreeBSD?
There is not recommended GUI - but if You really feel not up to the task of setting up your own - then just install GhostBSD (which is FreeBSD 13-STABLE) and comes in MATE or XFCE flavors to choose.Is there a recommended GUI desktop for FreeBSD?
Just try a few and you will find what suits best! There are several web pages that give an impression of the looks. Some need more CPU power than others. The more 'eye candy' the more your machine uses for the desktop environment, although there are some exceptions.Is there a recommended GUI desktop for FreeBSD?
box='startx /usr/local/bin/openbox'
wm='startx /usr/local/bin/wmaker'
What gui?UNIX systems by nature are not GUI systems. It's GUI will never be so optimized as on desktop systems
Any gui developed elsewhere has little to do with it running on FreeBSD. If it uses standard system and function calls, it should run fine on FreeBSD as on any other system. The only potential problems are the interface between that program and FreeBSD where they may use incompatible calls but that *should* be a minority.the complex GUI project is the harder for the community to handle it, thus more bugs.
There is a lot more involved in GUI to work smoothly then just syscall compatibility. Simply put you can't have a good GUI if it's just another system service running along apache webserver. That's not how it works. That's the reason Mac OS X and Android no only got rid of Xorg but changed scheduling, vm, ipc... Simple example. On FreeBSD OOM in case of memory overflow shoots random process, which may include GUI as it just another process.Any gui developed elsewhere has little to do with it running on FreeBSD. If it uses standard system and function calls, it should run fine on FreeBSD as on any other system. The only potential problems are the interface between that program and FreeBSD where they may use incompatible calls but that *should* be a minority.