Gnome 2.14 Review
An anonymous user writes "Linux.com (a Slashdot sister site) has up a review of Gnome 2.14. The piece touches on usability improvements, as well as the new administration and configuration tools included with this release." From the article: "GNOME 2.14 continues the steady improvement visible in the last few releases. It is an incremental upgrade, consisting largely of tweaks and the filling in of gaps in functionality. If few of these changes are major by themselves, the overall result is welcome. Perhaps the best way of looking at the release is not as an end in itself, but as a milestone on the road to desktop usability in free operation systems. From this perspective, GNOME 2.14 is a sign that much of the journey is already over -- and that the remaining distance is less than many observers think."
I think the Software Oscar this year should go to whoever took the time to fix the slowness that is Gnome Terminal. Maybe they even fixed it so that international characters in mutt don't screw up too. But maybe that's hoping for too much.
Here's to being one step closer to switching from aterm. Not that I don't like aterm. But, ya know. And don't anyone say Konsole damnit.
It goes both ways, though - I spend a lot of time on the Ubuntu forums, and KDE receives more than its fair share of either contempt or shallow dismissal.
The Gnome development process seems to be more top-down than KDE's. The devs integrate a collection of unintegrated components from the g-world, which are all pretty much independently developed, in constrast to KDE's QT libaries, which come from a single company. The rules of this integration are the Gnome frameworks, which are either literal code, as with the Gnome libraries themselves, or conceptual rules, like the HIG. From this top-down perspective, the devs assemble a variety of tools from the open source world into a desktop environment.
With KDE, a more bottom-up approach is taken: the integration has been done at the level of the core libraries, QT, as well as the core KDE libraries that build on top of that. Above this level, things build in a sporadic nature that some would argue is more healthy for open source development (such as Linus Torvalds opined a few months back).
All in all, I welcome both Gnome's top-down and KDE's bottom-up approach to integrating the components of a complete desktop environment. Since KDE's integration does come from the bottom, KDE feels more integrated to me on the architectural front, whereas since Gnome's integration comes from the top, it feels more integrated in the look & feel, menus, etc.
Both projects have a lot to learn from each other; therefore, a lot to share. But really, the big experiment is to see which way builds a more successful desktop, or if the different models just result in desktops that serve different needs or different kinds of users.
random underscore blankspace at ya know hoo dot comedy.
I'm sure more features will be added [to gnome-screensaver] in later versions.
I take it you've not read the comments from the developer in bugzilla, where requests for the ability to set options and for full-screen preview are marked WONTFIX. Quotes:
"My view is that any screensaver theme that requires configuration is inherently broken."
"I don't think [full-screen preview] solves any real problems."
Yes, there are valid concerns about random people setting GLtext to display [insert obscenity here] or pointing the slideshow screensaver at their pr0n collection on a computer in a government office or business. That said, that problem has been "solved" in a manner inconsistent with the rest of GNOME. pessulus and sabayon (or however those are spelled) is supposed to be able to set limits of that sort, but the author of gnome-screensaver has unilaterally hard-wired it into police state mode, regardless of how the system administrator (who, for most of us, is us) wants it.
How much $$$ do you suppose one would have to put up to get a reasonable version of gnome-screensaver forked that allows, under pessulus control, the system administrator to either allow or deny option setting on an individual screensaver basis, allows full-screen previews, and allows the individual user to indicate for each screensaver whether it should be in the pool for random selection for that user? gnome-screensaver is, IMHO, sufficiently fundamentally WRONG that I'd contribute to a fund for a version that does it right.
Sorry to go on repeatedly and at length about what is perhaps a trivial issue, but for me it's the proverbial last straw.