New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 662857 link

Starred by 1 user

Issue metadata

Status: Available
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug



Sign in to add a comment

Non - Regression: Overlapping of the tool tip is seen on time and date settings on shelf

Project Member Reported by sandeepkumars@chromium.org, Nov 7 2016

Issue description

Version: 56.0.02910.0/8967.0.0 dev -channel Spring, Glimmer, Paine
OS: Chrome

What steps will reproduce the problem?
(1) Sign in to user or Browse as guest>. mouse hover on time and date settings on the right bottom on the shelf>> and observe tool tip

Expected: Tool tip should not be seen overlapped with the time and date settings on the shelf
Actual: Instead It's seen overlapped (Refer screenshot)

This is a Non-Regression issue as same behavior is seen since M54

Issue is not applicable to Linux and Windows

Note: When hovering on pinned apps on the shelf, tool tip is seen on top of the apps (No overlapping is seen)
 
Actual_tool tip.JPG
92.1 KB View Download
Cc: tdander...@chromium.org tbuck...@chromium.org
Owner: sgabr...@chromium.org
@sgabriel, does this seem like a tooltip that shouldn't overlap its target?
Nope, it should not overlap. It should be displayed on top.
Cc: sgabr...@chromium.org
Labels: -M-56 Proj-MaterialDesign-CrOS M-57
Owner: ----
Status: Available (was: Assigned)
Labels: -M-57
 Issue 680602  has been merged into this issue.
Labels: M-58
@sgabriel -- per Jenn's comments on Issue 680702, should we simply show a "Status tray" tooltip when hovering over any part of it? I think it's fine to require users open the system menu to see the date.
I think you linked to the wrong bug in #6.
did you mean  bug 680602  ?
In the context of Jenn's comment yes it would make sense to do what you described.
Labels: -M-58
Labels: Not-Touch-Friendly-Launcher
Owner: minch@chromium.org
Status: Assigned (was: Available)
sgabriel@, please take a look of the attached video about the tooltips for status area and I have some questions about it,
1. The gap between the tooltip of shelf button and corresponding shelf button is the size of the arrow (which is transparent) of the bubble plus additional 1px.
Since the size of the shelf button is the same as shelf, we can always see that the tooltip of shelf button is above (has some gap, size of arrow + 1px) the shelf.
For status area, changed it to have the same alignment as shelf button's tooltip, no obvious overlap with the shelf now. But the size of the tray in status area is smaller than shelf, so we can see that when the shelf is visible, the tooltip of status area tray is just (no gap) above the shelf. Should we keep it consistent with the tooltip of shelf button?

2. We only have tooltip for the Time area of system tray, changed it to the whole system tray, and changed the text to "Status tray" instead of current time. Is that what we want?

3. When we move the mouse to the shelf area, the first tooltip will be shown after 1000ms, move the mouse from one shelf button to another, the tooltip of the new shelf button will be shown immediately. Should we keep the same logic for the status area?

Thanks.
tooltip.webm
6.0 MB View Download

Comment 13 by minch@chromium.org, Jan 30 2018

Status: Started (was: Assigned)

Comment 14 by minch@chromium.org, Apr 13 2018

Status: Untriaged (was: Started)
Status: Assigned (was: Untriaged)
This bug has an owner, thus, it's been triaged. Changing status to "assigned".
Owner: ----
Status: Available (was: Assigned)
Think need design for the tool tips of items in the status area.
Components: -UI>Shell>Shelf UI>Shell>StatusArea
I agree with the original report, and there's probably a good opportunity for refactoring / code deletion if we make tooltips behave the same (including positioning) across the shelf and status area.

This is about status area though, switching component.
Owner: manucornet@chromium.org

Sign in to add a comment