8

I am working on a web application, and we are focusing very much on the consistency of the look&feel. When we are designing tooltip styles, we can see there is the 'plain style' tooltip and all kinds of styled tooltips. Like the bootstrap one for example.

Below is the example of a plain tooltip:

enter image description here



Below is ab example of a 'styled tooltip': enter image description here

It's very natural to think that on the same page, the same style of tooltip should be used, right? but actually Google Drive used both of them in one page, and very close to each other.

As the picture below shows, in the top right corner of google drive, all ICONs in group A will use the 'plain style tooltip'; whereas all the ICONs in group B will use the 'styled tooltip'.

Is there a likely UX reason for this difference?

enter image description here

5 Answers 5

10

This is a bug with the Google UI, and not intentional.

You were right to notice the distinction, but it shouldn't be used as any kind of example of good design.

As of now (March 2015), Google is in the middle of a long process of migrating its apps and platforms to Material Design, and it will take a while before most apps are compliant.

Material Design has specific guidelines for consistent tooltips which can be found here. Eventually, Google tooltips should be moved to comport with Material Design guidelines, and look like this:

tooltips

9
  • 2
    s/bug/feature-request/g :-)
    – Aaronaught
    Mar 4, 2015 at 4:08
  • I would not call that a bug - it's just a fact of life that you can not practically migrate a complex set of programs from one style to another at the same time. So you expect and accept they will be different for some time. Mar 4, 2015 at 8:24
  • @Aaronaught From this perspective, it's not even a feature request. Its a planed transition phase, that was known before, and planed for. There is no need to handle this problem; it will just be away when the migration is finished. Mar 4, 2015 at 8:28
  • @VolkerSiegel I think you will find that there are lots of issues which UX professional consider bugs which are not considered bugs for app developers (and vice versa!). It's caused enough (un)healthy debate in that many companies just use separate UX and dev issue tags and closeouts to deal with this :-)
    – tohster
    Mar 4, 2015 at 9:01
  • @VolkerSiegel ....UX-dev is some kind of tragic love story in most companies :-)
    – tohster
    Mar 4, 2015 at 9:08
6

I'm pretty sure it's because Drive is developped by another team than the team who's working on the Google account canvas. More a question of schedule/production rather than UX/UI thought I guess.

1
  • This is definitely spot on, at google there are so many products with so many teams trying to integrate all these applications is tough. For instance, the google products page has a set of css rules that most of the other google sites have to use / abide by. But when you get to the nitty gritty of things such as tool tips these may differ.
    – JonH
    Mar 3, 2015 at 17:33
2

Technically, the upper and the lower part belong to two different software products.
The upper one implements the UI to the user account, and handles the navigation.
The lower part belongs to the current application.

I assume they where created at different times. Between these, there was a change in the style guide used, regarding how to style tooltips.

So one part is just more up to date regarding style, and I expect the other part will be changed to that style as part of a future UI update.

1

I don't have an authoritative answer BUT the two tool tips refer to different environments and Google's designers might have wanted to differentiate between them.

The first, "plain," tooltip is for Google's main navigation section.

The second, "styled," tooltip is for the individual app within the broader Google environment.

0

I would go with the native tooltip if possible (if you're not trying to do a fancy tooltip with icons or colors). This will be most familiar to users and you don't have to worry as much about accessibility, etc. in the way you do when you use a custom solution.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge that you have read and understand our privacy policy and code of conduct.

Not the answer you're looking for? Browse other questions tagged or ask your own question.