| Issue 48774: | "Gap" in tabs while dragging is incorrect when windowing buttons are on the left | |
| 1 person starred this issue and may be notified of changes. | Back to list |
Sign in to add a comment
|
Chrome Version (from the about:version page): Google Chrome 6.0.458.1 (Official Build 51742) dev WebKit 534.3 V8 2.2.22 User Agent Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/534.3 (KHTML, like Gecko) Chrome/6.0.458.1 Safari/534.3 Is this the most recent version: Yes OS + version: Ubuntu 10.04 CPU architecture (32-bit / 64-bit): 32 Window manager: GNOME/Metacity URLs (if relevant): n/a Behavior in Linux Firefox: n/a Behavior in Windows Chrome (if you have access to it): n/a What steps will reproduce the problem? 1. Use chrome in gnome, where the close/minimize/window buttons are on the left. 2. Open a significant number of tabs. (More tabs make it easier to notice) 3. Drag tabs around to reorder them. (Tabs on the right end have a more dramatic effect) What is the expected result? The "gap" in tabs should be near to the location of the mouse. What happens instead? The gap is offset, making it more difficult to reorder tabs. I assume the calculation assumes that the windowing buttons are on the right. So, when it goes to calculate the position of the gap, it is off by about 100px. Please provide any additional information below. Attach a screenshot and backtrace if possible. (backtrace n/a)
,
Jul 14, 2010
(No comment was entered for this change.)
Status: Started
Owner: est...@chromium.org Labels: Mstone-6
,
Jul 14, 2010
(No comment was entered for this change.)
Labels: -Area-Undefined Area-UI Feature-TabStrip
,
Jul 15, 2010
The following revision refers to this bug:
http://src.chromium.org/viewvc/chrome?view=rev&revision=52507
------------------------------------------------------------------------
r52507 | estade@chromium.org | 2010-07-15 11:50:54 -0700 (Thu, 15 Jul 2010) | 8 lines
Changed paths:
M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/gtk/tabs/dragged_tab_controller_gtk.cc?r1=52507&r2=52506
[GTK] correct tabstrip drag point calculation.
Must account for discrepancy between widget->window coordinates and widget coordinates.
BUG=48774
TEST=see bug
Review URL: http://codereview.chromium.org/3003001
------------------------------------------------------------------------
,
Jul 15, 2010
(No comment was entered for this change.)
Status: Fixed
|
||||||||||
| ► Sign in to add a comment | |||||||||||
102 KB View Download