Slashdot Mirror
GNOME 3.6 To Include Major Revisions
supersloshy writes "The launch of the GNOME 3 desktop environment sparked heated debate and criticism. GNOME developers have been listening to the concerns of its users and it is rolling out several significant changes in GNOME 3.6. The message tray, often called hard to use, was made much more visible in addition to being harder to accidentally trigger. The "lock" screen can now optionally control your music player, the system volume, and display notifications so you don't have to type in a password. GNOME will also support different input sources directly instead of requiring an add-on program. Nautilus, the GNOME file browser, is also getting a major face lift with a new, more compact UI, properly working search features, a "move to" and "copy to" option as an alternative to dragging and dropping, and a new "recent files" section. These changes, among many others including improvements to system settings, will be present in GNOME 3.6 when it is released later this month. Any other additions or changes not currently implemented by the GNOME team can be easily applied with only one click at the GNOME Extensions website."
GNOME 3 users are extremely excited!
Over 6 releases to have them starting to listen to their user? I am out!
By the 8th release they'll take out the options so why bother in the first place ?
It has buttons? That clearly must be a mistake that they will quickly remedy.
the window/desktop manager I'm still using?
WindowMaker.
As I have been since 1998 or so, whenever I originally started using X on linux. It was intended as a clone of the NeXT workspace, and was for a time the official windowmaker of GNUstep. And you know what? They haven't fucked with it beyond a few minor usability improvements in 10 years. Basically the only changes were adding truetype fonts (Which helped with a few font related issues on later X servers, but otherwise hasn't added much), 'live' editable menus (previously text files that required a restart to change the right-click/f12 menu layout), and some inter-desktop fixes that came out whenever the release popped up on slashdot earlier this year.
It doesn't have a desktop shell, and finding updated wmapplets can be a hassle, but the former can be fixed by borrowing thunar from XFCE, the latter by fixing them yourself (or suc...er 'convincing' someone else to), but it'll run on any computer you have dating back to at least the pentium era (and would probably run on older if it wasn't for the 'mandatory' freetype support.)
Point being: What has gnome offered in either the 2.x or 3.x releases that made it so much better than the original versions, and did any of those features make up for it's unusable bloat on legacy systems?
I know nobody bothers to code for legacy systems anymore, unless they already were, but the point is program efficiency and usability is being reduced by wasting cycles on things that.... don't add to the apparent front-end usability! A problem that the GNOME project seems to be embracing from the wrong end wholeheartedly.
Hipsters and people that sway easily to trendiness, are why computers are starting to suck. Whoever let these monkeys program needs to be drawn and quartered. "Oooh, let's take the close button, and not actually close or exit the application, let's just make it disappear but still running in the background, because users don't know what they want to do anyway." (Banshee, Pidgin, just to name a few). Let's just throw away 40+ years of HCI and ergonomics because touch screens are the new rage.
Screenshots are not encouraging...
I read through some of this and I am a user of Japanese language input. (Output too) In my recent experience with trying to get GiMP 2.8.x compiled and running on CentOS 6.x, I learned that when I was successful, I could only accomplish this feat by compiling many of GNOME's core libraries because the GIMP toolkit (you know, the GUI toolkit intended for use with GIMP) ended up as part of GNOME against the advice of the larger community. The result is that if I try to run a GTK based application in an environment which uses a different GTK, I lose theming... not the end of the world. But ALSO I loose access to my input method! Since I lose GNOME integration, input methods are also lost among other things.
This is GNOME's fault. They simply aren't mature in their development philosophies.
And what did I read in the article describing the new changes? "more tightly integrated IME!!" Uh... no. That's a bad idea. If there's one thing I learned from my experiences in breaking GNOME integration, it's that input is something of a low enough level that it should be handled by X, not by GNOME.
GNOME marches forward ruining things. If they want "a direction" they need to consider moving in a mature direction that unifies the desktop experience with X and with that other thing that is closer to the hardware... freeland or something like that?
And what was that "GNOME-OS" thing I heard about? Oh crap. Every app and environment thinks they should be an OS. Uh... no. Please no,
Having the menus at the top of the screen defined by the active window requires extra mouse antics, so I like the menus for each program contained within its window. I do not work in full screen unless I'm watching a video and doing little else. I have lots of windows open at once so I can monitor output simultaneously and provide input when required. How about some code open with an irc client, video/audio player open as well.. IM chat? video/audio editing software with encoders?
Some of us actually use the power we have in our desktops. We don't want that power sucked away with useless animations and idiotic limitations designed for constrained input like tablets. Seriously, it seems the current crop of 'designers' (I use the term loosely) working on gnome has never used a computer for anything more than checking facebook and playing music.
gak...