GNOME Decides to Ditch Drawings
One of the most striking features of any desktop environment is its selection of icons. While wallpapers and window decorations hold a larger stage, it is the bright, colorful icons that draw ones attention and speed up the process of finding what one is looking for. The myriad of available icon themes may find themselves feeling a bit lonely in the near future, however, as the GNOME Art Team has decided that — at least some of them — will face the firing squad.
According to a blog post by Andreas Nilsson of the GNOME Art Team, a new policy on icon use has been adopted for future versions. In addition to adding larger icons for certain locales, the team has decided that the default value of the gtk-menu-images property in future GNOME releases will be changed to false, eliminating most of the icons used in menus. (This would include those used to represent "Open," "Save," and other similar dialogues.) The team feels it will produce a "visually more attractive default and that it will result in a cleaner and more efficient interface."
Before the torches and pitchforks emerge, however, there are exceptions. GNOME isn't to be completely icon-less — exceptions to the rule will include icons that depict a "dynamic object," including applications, files, bookmarks, and devices. Application developers will also have the option to override the default — it is Open Source, after all — using the gtk-image-menu-item-set-always-show-image property.
It is currently unclear whether users will also be given the opportunity to reverse this setting if they prefer the icons — a cursory review of the gconf-editor utility does not immediately reveal an option to alter the property, and Nilsson's blog post does not address the issue specifically. Although the note "and you can always change it back" appears in parenthesis after his comment about a "cleaner and more efficient interface," it is not immediately obvious whether this is directed towards users, or refers to the ability of developers to utilize gtk-image-menu-item-set-always-show-image. One expects that clarification on this point will be forthcoming as users begin to question the change.
Nilsson notes that "[g]etting rid of things (or changing defaults for that matter) is always tricky," saying that "the initial reaction from people used to the old behavior is that nothing of value gets added." This would seem to be a spot-on assessment, and is likely to be a fairly accurate prediction of the response that is to come. As support for the change, Nilsson cites the additional mental "processing" required by the use of both icons and text, as well as statistics showing the average human "skimming speed" to be in the range of 400 - 700 words per minute. There is acknowledgment, however, that icons, particularly by virtue of color, speed recognition significantly.
Without donning our Carnac the Magnificent attire, we predict the GNOME Art Team will hear more than they ever wanted to about the change. Without question, some will skip the "menu item" point entirely and jump directly to accusing the team of unilaterally removing all icons from GNOME. Others have already begun to question the decision to change the default, advocating for an opt-in approach instead, allowing users to remove the icons by preference dialog rather than changing the default behavior.
There does appear to be a certain logic to the idea of opt-in. Without resorting to stereotypes, it does seem that in similar discussions, it has been the more experienced users who prefer text-based interfaces — not command line v. GUI, but in areas like menus — while newer users have tended to favor a more graphical approach. On a practical level, one might assume that experienced users would be more likely than those brand new to Linux to know how to change the setting, particularly if the only way to effect it is through gconf-editor. There is likely a whole debate to be had — perhaps re-had — over efficiency v. user friendliness when making this type of choice.
Nilsson described the current situation as "some items have them, and some don’t," saying the disparity "is because no artist had time to draw it, or because the action is too complex to convey in a small icon, or both." "[H]and to heart," he says, "that’s not a really good guideline."
In the end — again consulting our crystal ball — we predict that while the default may change, the status quo will not. As it stands, developers who don't want icons, or aren't concerned either way, don't include any, and as a result, there are no icons. Those who want their application to have icons take the extra step and provide icons. If the default is changed, this will still be the case: those who don't want icons will continue not include any, just as it was before, and those who do want them will take the extra step to set gtk-image-menu-item-set-always-show-image.
When the dust settles — and with any luck, there won't be much — the end result will be that everyone is still standing where they were — just covered in dust.
Justin Ryan is a Contributing Editor for Linux Journal.
|Dynamic DNS—an Object Lesson in Problem Solving||May 21, 2013|
|Using Salt Stack and Vagrant for Drupal Development||May 20, 2013|
|Making Linux and Android Get Along (It's Not as Hard as It Sounds)||May 16, 2013|
|Drupal Is a Framework: Why Everyone Needs to Understand This||May 15, 2013|
|Home, My Backup Data Center||May 13, 2013|
|Non-Linux FOSS: Seashore||May 10, 2013|
- RSS Feeds
- Dynamic DNS—an Object Lesson in Problem Solving
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- Using Salt Stack and Vagrant for Drupal Development
- New Products
- A Topic for Discussion - Open Source Feature-Richness?
- Drupal Is a Framework: Why Everyone Needs to Understand This
- Validate an E-Mail Address with PHP, the Right Way
- What's the tweeting protocol?
- Readers' Choice Awards
- BASH script to log IPs on public web server
2 hours 49 min ago
6 hours 24 min ago
- Reply to comment | Linux Journal
6 hours 57 min ago
- All the articles you talked
9 hours 20 min ago
- All the articles you talked
9 hours 24 min ago
- All the articles you talked
9 hours 25 min ago
13 hours 50 min ago
- Keeping track of IP address
15 hours 41 min ago
- Roll your own dynamic dns
20 hours 54 min ago
- Please correct the URL for Salt Stack's web site
1 day 5 min ago
Enter to Win an Adafruit Pi Cobbler Breakout Kit for Raspberry Pi
It's Raspberry Pi month at Linux Journal. Each week in May, Adafruit will be giving away a Pi-related prize to a lucky, randomly drawn LJ reader. Winners will be announced weekly.
Fill out the fields below to enter to win this week's prize-- a Pi Cobbler Breakout Kit for Raspberry Pi.
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- 5-21-13, Prototyping Pi Plate Kit: Philip Kirby
- Next winner announced on 5-27-13!
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?