MikeF90000 wrote:Hello all,
I've been using various Linux distros for several years and I think I've found an acceptable desktop environment to complete my migration from the classic Windows DE - XFCE 4.8!
However, I'd like to hear from you Gnome 2 fans about what features you prefer or dislike relative to XFCE.
My primary migration criteria is to have a close look and feel to Win Classic (2K/ME). What I've been picky about is:
- themes that don't waste white space around text (IMO common in Gnome). Panels in the latest XFCE are no longer an issue.
- an organized and customizable application launcher (Start menu). In LMDE and Xubuntu organization looks good, customizability is lacking AFAIK. Perhaps there is a GUI package that can easily tweak all of those .desktop files into my preferred layout .
- a customizable 'document' launcher. Over the years I've used the easily customizable Windows menu to add folders with shortcuts to frequently accessed documents. Didn't find an obvious way in a Linux DE until I discovered the Directory Menu applet. Joy! I'll probably post more details in the Newbie forum.
BTW I decided to eliminate LXDE from consideration (for now) due to relative lack of customizability features and a few broken ones. Subjectively I feel that their dev team doesn't have the drive/vision that the LM and XFCE devs do.
Kudos to the LMDE team - the XFCE version has been quite stable and usable for me so far. As expected in a rolling release, the Mint specific tweaks seem to be minimal and/or unobtrusive. I haven't noticed that much difference between LMDE-X and Xubuntu.
Of course I'm looking forward to improvements in Cinnamon for the next Mint LTS release. Likewise, it's a 'wait and see' about what effects the XFCE migration to a GTK 3 foundation will be.
GeneC wrote:Here is a lightweight GUI menu editor (its made for LXDE but works for XFCE).
I've been using it and its lots easier than text editing the menu file.
... snip ...
here's a video 178 MB ht tp://lin.me.uk/vids/menus-Project-01.mp4.7z
The menus are all self contained in a folder and the standard menu is not changed in any way.
I have not seen this technique used anywhere else
Ha! How quickly times change ~~ the newer DE interfaces (Unity, KDE Plasma, etc) have largely foregone "menu traversal" via introduction of "deskbar", "finder", etc.
(no snap-to-grid, no alphabetical auto-arrangement)
I have found that I started with multiple panels but I now use one folderview panel underneath the main menu panel at the top of my screen almost like a dock.One limiting factor of myStuff is that only can only generate ONE "myStuff panel" (tray? widget?) In other words, you can't create panel1, panel2, etc.
Does this mean in layman's terms that they no longer use the .desktop files
I'm under the impression that each "launcher" is a TSR (a listener) though. Each launcher present on a panel adds 1Mb or so RAM overhead, even when the panel is set to autohide. In contrast, menu items don't "listen", they just fire an even when clicked... without adding continual RAM overhead.we aren't forced to use a multilevel tree. I've been using a vertical panel populated with applet buttons
LifeInTheGrey wrote:You mention a GUI package to modify the menu, and the closest thing to it is alacarte, but installing it without --no-install-recommends bring in a bunch of GNOME libs, and doing it with --no-install-recommends only lets you check/uncheck items from the menu ... no adding new items.
sanda wrote: ... snip ...
When an app author (or package maintainer) supplies an icon that looks like a red pickle (or whatever) plus some fandangled, non-mneumonic appname, like gnobog... that really leaves the user grasping at straws. What if user (me) wishes to run an instance of a given app under sudo ? The actual name of the executable isn't revealed via the menu, so user should type sudo red pickle thingy to a command prompt, or what?
Absence of an option to display the name or pathname for each menu item, that's an xfce failing IMO, considering that several of my items link to the same exectable... each with a custom set of commandline arguments.
I'm under the impression that each "launcher" is a TSR (a listener) though. Each launcher present on a panel adds 1Mb or so RAM overhead, even when the panel is set to autohide. In contrast, menu items don't "listen", they just fire an even when clicked... without adding continual RAM overhead. ... snip ...
dbkblk wrote:LifeInTheGrey wrote:You mention a GUI package to modify the menu, and the closest thing to it is alacarte, but installing it without --no-install-recommends bring in a bunch of GNOME libs, and doing it with --no-install-recommends only lets you check/uncheck items from the menu ... no adding new items.
Just install "apt-get install --no-install-recommends alacarte gnome-panel" and then it will be okay !
Users browsing this forum: No registered users and 3 guests