Initial Thoughts



Hey everyone, 

I’m Calum - new Interaction Designer at Canonical, nice to meet you all!

I’ve been having a look through the control center and looking out for areas that we could really improve on in terms of usability, clarity and good organisation! Think there is a real opportunity for Gnome 3.0 to be much clearer in the way it presents settings.


Before I get into specifics, there are a couple of things I’d like to open up for discussion :
  • How do we feel about the visibility of redundant options? For example, in “Monitors” there are a few options that are only accessible when a second monitor is in use.
  • Do we have a clear idea of what should and shouldn’t be included in the preferences and settings? For example Passwords and Encryption keys has its own preferences, but then what about Encryption and Keyrings? 
  • Another thought I would like to raise is that of application specific settings; for example Empathy has instant messaging accounts that are used mainly in Empathy but could be used in other applications as well, so should the setting exist inside empathy or separate like “Messaging and Voip Accounts”. Should these be retitled to settings for those applications only, and then live inside an “Internet” heading of preferences? This then acknowledges the rapidly changing use of social network applications, and when people download applications, there is opportunity for developers to have a separate preference option?
  • What will the top panel / notification area be called in Gnome Shell? There are checkboxes within settings windows referring to this top bar which add indicators, and we need to be consistent in communicating that they apply to the same area.

On the first question, I agree that there is opportunity to either make the user comfortable in the knowledge that those options are available when they want to carry out the relevant task, but there is a balance needed with simplicity. I don't think I'm there yet, but I quickly drew up a couple of examples of my thinking, but would like to hear other input on this, as for me, things like “on” and “off” was a surprise at the first touch point.

[1st key stage]



[2nd key stage]

(Where this came from - 





Other areas that have caught my attention:

Keyboard, Keyboard Input Methods, and Keyboard Shortcuts. I would love to spend some time expanding on their definition, and seeing if there are any areas that can be merged; at the moment there is a lot of terminology repeated in each, but for different purposes. It’d also be a good exercise to maybe redesign the display of keyboard shortcuts into something less intense!

I would suggest we change some of the terminology here too; for example “input method” is a secondary tab within the Keyboard Input Method preference panel; it might be appropriate to change the order. I was surprised that an install window opened when I first clicked into this setting too - it might be nice to incorporate this more seamlessly in the ‘all in panel’ system.

The tabbed approach works, and could be something that helps us reorganise the keyboard specifications as a whole.



I look forward to hearing everyone's opinions, and would love the opportunity to work some more on the monitors and keyboard preferences, being new to all this, who has most recently been involved in these aspects? I would hope that this could help inform the structure of other preference panels.


Cheers,

Calum.


On 3 Nov 2010, at 14:32, Matthew Paul Thomas wrote:

Hi folks

I'm happy to introduce Calum Pringle <http://freecalum.com/>, an
interaction designer who's new on Canonical's Design team and interested
in helping out with gnome-control-center design.

This morning he's been studying the gnome-control-center UI in trunk,
plus the relevant pages on the wiki:
<http://live.gnome.org/Design/SystemSettings>
<http://live.gnome.org/Design/SystemSettings/ToDo30>
<http://live.gnome.org/ControlCenter/GNOME3Meeting1>

I'll let Calum follow up with his initial thoughts. But in the meantime,
if there's anything else he should read, or any panel in particular that
you'd like him to help out with, please let us know.

Cheers
--
Matthew Paul Thomas
http://mpt.net.nz/



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]