Last Comment Bug 632365 - Delay status updates for links further
: Delay status updates for links further
: polish
Product: Firefox
Classification: Client Software
Component: General (show other bugs)
: Trunk
: All All
-- enhancement with 1 vote (vote)
: Firefox 9
Assigned To: Dão Gottwald [:dao]
Depends on: 632366
Blocks: 541656
  Show dependency treegraph
Reported: 2011-02-08 06:06 PST by Dão Gottwald [:dao]
Modified: 2013-11-12 00:56 PST (History)
9 users (show)
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---

patch (3.64 KB, patch)
2011-02-27 02:01 PST, Dão Gottwald [:dao] review+
faaborg: ui‑review+
Details | Diff | Splinter Review

Description User image Dão Gottwald [:dao] 2011-02-08 06:06:12 PST
To find a balance between not needlessly distracting users an letting them check the link target when they want to, we should consider delaying status updates for links further. The update currently happens when the mouse has rested for 70 ms over a link. I've been playing with 500, the same delay we use for tooltips, which felt okay to me.
Comment 1 User image Frank Yan (:fryn) 2011-02-08 10:56:39 PST
I have no idea if this is average user behavior, but I find that I often time my eye movements so that my cursor mouses over a link just as my eye focuses on the lower left corner of the browser window. I think that the status bubble is also less distracting than tooltips, because they do not appear next to the cursor.

FWIW, 500 ms would make us much slower than Chromium, which uses the following timeouts, and this could be interpreted by users as latency/jank:

> wrote:
> kShowDelay = 80 (ms to wait before showing a bubble when hidden)
> kHideDelay = 250 (ms to wait before hiding a bubble when shown)
> kShowFadeDurationMS = 120 (ms to play the fade-in transition)
> kHideFadeDurationMS = 200 (ms to play the fade-out transition)

This is roughly equivalent to |-moz-transition-delay: 80ms; moz-transition-duration: 120ms;| for making the bubble appear.
Comment 2 User image Dão Gottwald [:dao] 2011-02-08 12:46:42 PST
Bug 632366 added a hidden pref for this: browser.overlink-delay

When changing it, you need to restart for the change to apply.
Comment 3 User image Dão Gottwald [:dao] 2011-02-27 02:01:57 PST
Created attachment 515440 [details] [diff] [review]

I've been running with browser.overlink-delay = 500 for a few weeks now and it still feels right to me. However, at this point it's probably safer to just add a slight delay like Chrome. This patch changes the time you need to rest over a link from 70 to 80ms, lets the bubble fade in for 120 instead of 100ms, hide 250 instead of 150ms after leaving a link, and adds a 200ms fade out transition.
Comment 4 User image Dão Gottwald [:dao] 2011-02-27 02:05:57 PST
try builds will appear here:
Comment 5 User image Alex Faaborg [:faaborg] (Firefox UX) 2011-02-27 02:10:47 PST
Also worried about percieved jankyness of 500ms, but 80 is fine.
Comment 6 User image Biju 2011-04-02 10:46:55 PDT
Comment on attachment 515440 [details] [diff] [review]

I would like to see no delay in displaying URL.
Can you please add an about:config item to disable -moz-transition
Comment 9 User image Dão Gottwald [:dao] 2011-09-27 05:24:16 PDT
(In reply to Phil Ringnalda (:philor) from comment #8)
> Backed out in
> - it
> appears to have broken test_leaf_layers_partition_browser_window.xul, e.g.
> Inbound and

Fixed by setting inactive="true" on the statuspanel in browser.xul
Comment 10 User image Dão Gottwald [:dao] 2011-09-27 05:31:32 PDT

Note You need to log in before you can comment on or make changes to this bug.