Tagged as: Gnome 3

Brief GNOME 3.14 Review
December 18, 2014 by Noah

I jumped ship from GNOME 2 to XFCE when GNOME 3 was announced and have ranted about it endlessly, but then I decided to give GNOME 3.14 (Fedora 21) a try.

I still installed Fedora XFCE on all the PCs I care about, and decided my personal laptop was the perfect guinea pig for GNOME because I never do anything with that laptop and wouldn't mind re-formatting it again for XFCE if I turn out not to like Gnome.

After scouring the GNOME Shell extensions I installed a handful that made my desktop somewhat tolerable:

Screenshot (Click for bigger screenshot)

And then I found way too many little papercuts, some worse than others. My brief list:

Settings weren't always respected very well, and some apps would need to be "coerced" into actually looking at their settings. For example, I configured the GNOME Terminal to use a transparent background. It worked when I first set it up, but then it would rarely work after that. If I opened a new terminal, the background would be solid black. Adjusting the transparency setting now had no effect. Sometimes, opening and closing a tab would get GNOME Terminal to actually read its settings and turn transparent. Most of the time though, it didn't, and nothing I could do would get the transparency to come back on. It all depended on the alignment of the stars and when GNOME Terminal damn well feels like it.

Also, I use a left handed mouse, and GNOME Shell completely got confused after a reboot. The task bar and window buttons (maximize, close, etc.) and other Shell components would be right handed, while the actual apps I use would be left handed. So, clicking the scrollbar and links in Firefox would be left-handed (right mouse button is your "left click"), and when I wanted to close out of Firefox, I'd instead get a context menu popup when clicking the "X" button. Ugh!

I wanted to write this blog post from within GNOME but it just wasn't possible. With different parts of my GUI using right-handed buttons and other parts using left-handed ones, I had context menus popping up when I didn't want them and none popping up when I did. After a while I thought to go into the Mouse settings and switch it back; this didn't help, instead, the parts that used to be right-handed switched to left-handed, and vice versa. It was impossible to use. I just had to painstakingly get a screenshot off the laptop and to my desktop and deal with it over there instead.

These things just lead me to believe the GNOME developers only develop for their particular workflows and don't bother testing any features that other mere mortals might like to use. All the GNOME developers are probably right-handed, and they have no idea about the left-handed bugs. All of the GNOME developers don't use transparency in their terminals, evidenced by the fact that the transparency option disappeared from GNOME 3.0 and only just recently has made a comeback (in GNOME 3.12/Fedora 20).

XFCE is going back on this laptop.

Tags: 0 comments | Permalink
Gnome Shell on Touchscreens
May 19, 2013 by Noah
For once, this is actually not going to be a rant about Gnome Shell. It actually runs decently on a touchscreen!

I recently got a Samsung Series 5 Ultrabook which has a touchscreen on it. After having trouble getting Windows 8 how I want it on this laptop, I installed Fedora w/ XFCE across the entire disk. I got motivated to try again with Windows 8, though, because it's a shame having a touchscreen and no software that knows how to use it properly.

XFCE doesn't work well with a touchscreen. I can't move windows around on it by touching and dragging their title bars. I can't highlight text.. when I touch and drag over text, it selects it, but it immediately de-selects as soon as I let go. About the only thing I can do on XFCE is click on things, and scroll a window by touching and dragging the scroll bar.

Before dealing with repartitioning and getting Windows 8 back on there, I decided I'd yum groupinstall "GNOME Desktop" and see how well Gnome Shell works with this touchscreen.

The first thing I tested was dragging windows around. It works. I opened Firefox and dragged inside a web page, which highlighted text (don't remember if the text stayed highlighted though). Dragging the scrollbar worked.

I opened Nautilus and navigated to /usr/share by touching the icons. This folder had a scrollbar. I could drag the scrollbar just like in Firefox, but I could also scroll the window by touching anywhere else in the window and swiping, just like you'd expect on Android or iOS. It supported acceleration too, where you could swipe quickly and let go and the window would continue scrolling and eventually slow down.

Dragging windows around in the Activities view worked exactly how you'd expect, too.

Gnome Shell doesn't support multi-touch, though. But I think this is the fault of X11 in general not supporting it, so you can't blame them for that. If you try a multi-touch gesture, it just gets confused and tries to treat all your fingers as one and you get erratic mouse movements or something.

I still don't like Gnome, but I am impressed that this actually works, for all the propaganda you hear from the Gnome devs about making it a tablet interface. I was expecting it to be as painful to use as XFCE on a touch screen.

Now, to install Windows 8 and then put Fedora XFCE back on. ;)

Tags: 3 comments | Permalink
Linux of the 90's
September 27, 2012 by Noah
Let's look at some very, very old* desktop environments, which lack in some features we've had for at least a good decade now.

Gnome Shell

What sorts of things does this clunky old desktop environment not allow us to do, which every other desktop does (and has for a decade)?

  • We don't have a customizable panel. There's a panel on the top, and it stays there; can't be moved, hidden, changed in any way...
  • We can't change the widget (GTK) themes on the fly. The desktop environment itself provides no way of changing the theme at all, and changing it via a third-party tool requires you to log out of your desktop and back in for the change to take effect. How old school is that!
  • The same goes for the window manager theme. Every other window manager in the history of ever lets you re-theme it "live" without logging out. Not good old Metacity, though!
That's enough ragging on this one, let's look at another one!


This one is based on Gnome Shell. Some people didn't like Gnome Shell and they wanted to make it look and feel like a more functional desktop environment known as Gnome 2. So let's compare it to that!

  • Oh no. The panels aren't hardly configurable. You have 3 options: one panel on top, one on bottom, or both. And changing that setting requires you to log out and back in. How ancient.
  • Panel applets? I hope you only want one of each applet, and that you're fine sticking them into pre-designated slots on your panel. You can't customize them beyond that. The applets don't even have their own settings--your app menu will say "Menu", and you can't change that.
  • Metacity strikes again! You can't change the window manager theme without logging out and back in.
Wait, what ever happened to Gnome 2, anyway? I used to like that guy!


*These desktop environments aren't very old at all. They're current. Gnome Shell is the default desktop environment of Fedora, and Cinnamon is one of the defaults of Linux Mint. And who's really at fault for these two desktop environments being so 1995, anyway? The GNOME dev team of course!

Gnome Shell is just so, so awful that Cinnamon was spawned as a way to get a more traditional (read: Gnome 2-like) desktop environment out of the utter mess that is Gnome Shell, except that Shell's bad design decisions are rotten to the very core and Cinnamon has to suffer for it as well.

Just to pick on one specific problem, Metacity no longer supports re-theming the window manager without logging out and back in. How many window managers in the world follow this behavior? Let's count them:

  1. Metacity 3.x
Oh? And which window managers do allow being re-themed live?
  • Metacity from Gnome 2 and back
  • XFWM4 (the window manager for XFCE)
  • KWin (window manager for KDE)
  • OpenBox, Blackbox, Fluxbox, FVWM, . . .
That's right, damn well every single one of them.

I was very impressed with the MATE desktop environment when I tested it on Linux Mint... it is the exact same Gnome 2 that I used to love. The panels behaved the same way (read: fully effing configurable and requiring no log-outs to see your changes take effect), it had all the same applets and didn't come with the high-and-mighty "we know better than you and you may have ONE of each applet at most" attitude that Cinnamon has... and it doesn't use Metacity 3 so that all kinds of theming takes effect immediately.

So there's MATE, XFCE, KDE, LXDE and a good handful of window managers that exist here in the 21st century, and then there's Gnome Shell, and by extension Cinnamon, stuck back in 1995 which is the only place that their lack of features can possibly fit in.


Tags: 3 comments | Permalink
Gnome Predictions
April 13, 2012 by Noah
I have a couple of rather cynical predictions about what new problems Gnome 3 could bring to Linux (or Fedora, in particular) that I feel like writing down here just so I can say "I told you so!" as I begrudgingly look into installing Arch Linux on all my computers at some point in the future. ;)

  • Obsoleting of the Gnome Sound Applet: this one seems very likely to happen within the next couple releases of Fedora. The gnome-sound-applet isn't very useful in the Gnome Shell desktop environment, because the Shell has its own built-in volume control icon on the top panel.

    The reason it's still around is probably just for the Gnome 3 fall-back desktop, where you get a two-panel layout similar to Gnome 2, which still has a decent system tray on the top panel. For Gnome 3 users without hardware acceleration, the gnome-sound-applet comes to the rescue to let these users continue adjusting their sound volume.

    But, with Gnome Shell software rendering coming in Fedora 17, the need to maintain the system tray sound applet will quickly vanish, since even Gnome 3 users without hardware acceleration will be seeing the same shell desktop with its own built-in sound applet. This sucks a lot for XFCE and other desktop users. One of my favorite things about the Gnome sound applet is the ability to increase the volume higher than 100%, which XFCE's clunky old sound mixer applet still can't do.

    Update (4/4/13): In Fedora 19, the gnome-sound-applet has disappeared. Called it! Now I'm stuck with the XFCE Mixer applet. :(

  • Obsoleting of the Network Manager applet: I strongly hope not. But at the same time I could see this being something the Gnome developers would consider seriously. The argument would probably go a little something like this:

    "There are currently hacks in place in Gnome Shell that allows us to run the NetworkManager applet, but place its icon in the shell panel instead of the normal system tray. So, it makes sense to just program the NetworkManager to go directly to the Gnome panel instead, and no longer support the system tray version anymore. This is good for Gnome, and anybody using XFCE or some other desktop that will have objections to this change, well they can just switch to some other distro. We don't care."

    On this one, I hope I'm wrong. :) But due to Gnome's short-sightedness with some of their recent design decisions (ruining Zenity, anyone?) I wouldn't be shocked to see them come up with such an idea.

So, there they are. Obsoleting the sound applet? Very likely. The NetworkManager? I really don't know how likely they are to do this, but this would probably be the thing that finally pushes me to abandon Fedora entirely.
Tags: 0 comments | Permalink
Xfce for Gnome 2 Refugees
November 14, 2011 by Noah
Ever since I jumped ship from Gnome to Xfce a few years ago when Gnome 3/Shell was first announced, I've configured my Xfce desktops to strongly resemble the standard Gnome 2 panel layout.

Screenshot - click for bigger version
Click the screenshot for the full size version.

Along the top panel I have my Applications and Places menus, app launchers for my commonly used programs, my CPU usage graph, notification area and clock. On the bottom panel are my task bar and workspace switcher. These are all standard Xfce panel applets.

The details for anyone who's interested (the only panel applet options shown are the ones that differ from the default options):

  • Top Panel:
    Orientation: Horizontal
    Size (pixels): 24
    Length (%): 100
    • Applications Menu
      Button title: Applications
      Icon: a Fedora icon in /usr/share/pixmaps...
    • Places Menu
      Show: Label Only
      Label: Places
    • Separator
    • Many Launcher applets for my commonly used programs
    • Separator
      Style: Transparent
      Expand: checked
    • Brightness plugin
    • Screenshot
    • CPU Graph:
      Background: black
      Width: 48
      Show frame: checked
      Show border: unchecked
    • Separator
    • Notification Area
    • Separator
    • DateTime:
      Layout Format: Date Only
      Date Format: Custom: %a %b %e, %l:%M %p
      The DateTime applet has a drop-down calendar, unlike the normal Clock applet.
  • Bottom Panel:
    Orientation: Horizontal
    Size (pixels): 24
    Length (%): 100
    • Window Buttons
    • Workspace Switcher
So, any Gnome 2 refugees who can't stand Gnome 3... Xfce 4.8 is a very good option and you can configure it to look and feel just like Gnome 2. :)

Update (5/28/13):

To get the look of the "System" menu to go with your Applications and Places, I found this tip elsewhere online:

Add a Launcher applet, set it to launch the Settings Manager (xfce4-settings-manager), rename the launcher to "System", and on the Advanced tab of the Launcher applet, check the box to "Show label instead of icon".

System button

This won't get you a drop-down menu, but it will complete the Gnome 2 look for your main menu part of the panel. :)

Tags: 8 comments | Permalink