top | item 2776581

Use Google+ to Improve Your UI

183 points| blakeperdue | 14 years ago |pixify.com | reply

44 comments

order
[+] bretthopper|14 years ago|reply
One interesting difference: Google just uses <div> for their buttons instead of <a> tags or even <button>. They also don't set cursor: pointer (the hand) for them.

Any UI people want to comment on the best practice for cursor styles? I always figured pointer should be used for all buttons or links that have an action attached.

[+] Groxx|14 years ago|reply
I, personally, hate buttons without cursor:pointer. Hover effects are nice and all, but they're often rather subtle, and your eyes are attuned to the cursor already. Changing it is extremely visible, and gives you immediate feedback that you're hovering something actionable. Anecdotal, but I find I "see" when my cursor enters a clickable region much more quickly if the cursor changes - I click sooner, rather than making sure it's positioned inside the element.
[+] ender7|14 years ago|reply
Well, the old technical limitations of the web have muddied the affordances somewhat, but my rules is generally "add cursor:pointer if the button behaves like a link, leave it unchanged if the button behaves like a button".

Most of the G+ buttons actually behave like buttons, i.e. you click on them and something happens on the current page. They don't have cursor:pointer, but they have other standard button hover effects. Pre-AJAX, the web had a history of tarting links up to look like buttons so they would seem more "clickable". Those kinds of "buttons" should get cursor:pointer, but not any other hover effects.

[+] flyosity|14 years ago|reply
This is absolutely terrible for accessibility. Screen readers will not handle these buttons properly leading to a significantly more difficult experience. James Edwards actually talked about this at The Highland Fling conference a few weeks back.
[+] yaix|14 years ago|reply
Yes, use pointer. I don't know why G doesn't, but that is not good practice. There should be a visual indication that an object can be clicked, other than a highlighted border.
[+] talmand|14 years ago|reply
Yes, changing the cursor to indicate the element can be clicked is the easiest method to communicate this and for the user to understand it.

But it is not unheard of since desktop applications most likely do not change the cursor hovering on a button. It is mostly a web browser feature.

[+] ary|14 years ago|reply
It's always been my belief that one should try to stick to the browser's native behavior when possible. Web browsers (on personal computers) have pretty consistent pointer states for links (which take you to another page) and form elements (which activate an ability on the current page [with the exception of 'submit' buttons]).

In this regard it seems like Google is doing the right thing. Only run against the user's previously acquired assumptions if there is a very good reason.

[+] robflynn|14 years ago|reply
Is there some downside that I am not seeing with relation to using <button> instead of a <div>?

I have always used <button> tags (occasionally <a> tags as well). Along with a css reset and some custom changes I can make the button look like anything I want.

[+] JoshTriplett|14 years ago|reply
These look good to me (apart from the previously mentioned issue of not actually using <a> tags or similar), but where's the license on these? Neither the site nor the download includes any license information.
[+] netmau5|14 years ago|reply
Well done. Backpacking an existing fad to get visibility from early adopters on your project. Case study in excellent blog-marketing.

Thanks for the buttons too~

[+] yellowbkpk|14 years ago|reply
No, no, no! Please don't let GMail and G+'s new look become a new fad. The white space around every element is very wasteful and obnoxious. Not everyone has huge resolutions and those that do don't appreciate having to scroll several times just to see past the first 4 or 5 entries in a list view.
[+] Groxx|14 years ago|reply
I like the "flatter" UI design overall, but I agree on the whitespace. Especially in Gmail. I wouldn't mind a flatter phase going through The Internets, as I think it's less distracting, but I entirely agree. Less wasteful display of data, please.

I would be interested in any info people may have as to whether such a large amount of whitespace does or does not improve user's understanding/use of sites. I like dense displays, but I'm also willing to learn how to use more powerful tools, as I value the efficiency.

[+] bretthopper|14 years ago|reply
This has nothing to do with whitespace. It's just a CSS library for Google+ style buttons.
[+] dpcan|14 years ago|reply
I think you're going to lose this battle :)

I like the new layout and white space, it's much easier for me to read, but I've always liked this style. In fact, I have a tendency to double space much of my code and other coders hate that I do this.

The only think I REALLY don't like is the giant red COMPOSE button. Uhg. I just want to change it to another color. I REPLY all the time but don't compose often, and having this giant red eye-sore there all the time is very uncomfortable.

[+] enjo|14 years ago|reply
I'm using the new gmail theme, and I don't have any of those complaints. I'm on a medium resolution screen (1400x1050 I think) and I currently have 18 mail entries visible.

It definitely took me a bit to get used to a typography-centric layout. I really do like it now, however.

[+] yaix|14 years ago|reply
Okay, thanks. I was just about to write the exact same thing (although I may have been more dramatic complaining about the huge amount of unnecessary white space that fills my small netbook screen).

The new buttons however are quite nice and simple. There should be a hint of 3D though, to make them feel more "press-able". Other than that, I am okay with them becoming wide spread on the web, just don't surround them with so much wasted space.

[+] gizmo|14 years ago|reply
It looks pretty nice but the use of background gradients is inconsistent. The buttons with a background image have no gradient but the other buttons do.
[+] blakeperdue|14 years ago|reply
Nice catch. Know of an easy workaround to this?
[+] r00fus|14 years ago|reply
Is it me, or does this theme look similar to jQueryUI?
[+] dangrossman|14 years ago|reply
In what way? The sites don't look similar, and neither do their buttons.
[+] taitems|14 years ago|reply
For the love of god people, please stop using the Silk icon set. It's had a good run and it's time to retire it.
[+] ajessup|14 years ago|reply
Just wanted to say thanks for providing this - it's already been helpful