Last modified: 2014-06-26 14:30:31 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T66234, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 64234 - Popups appear too quickly (resulting in a lot of accidental hovers)
Popups appear too quickly (resulting in a lot of accidental hovers)
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
Popups (Other open bugs)
master
All All
: Unprioritized normal (vote)
: ---
Assigned To: Bartosz Dziewoński
:
: 66301 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-04-22 12:15 UTC by Bartosz Dziewoński
Modified: 2014-06-26 14:30 UTC (History)
8 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Bartosz Dziewoński 2014-04-22 12:15:04 UTC
Popups appear too quickly (resulting in a lot of accidental hovers), for me at least. Maybe I'm just weird.

Looking at the code, the delay is 150ms (or 50ms + download time) for opening the popup and 100ms for closing it. The original Navigation Popups use 500ms for both.
Comment 1 Prateek Saxena 2014-04-23 06:52:30 UTC
(In reply to Bartosz comment #0)
> The original Navigation Popups use 500ms for both.

If I remember correctly, it also lets the user change this number.


> Maybe I'm just weird.

Maybe that. Or, we all are. We are logging the time duration of the Hovercard being open. I have requested some analytics [1] on it to be able to fine tune the delay and reduce accidental hovers.

[1] https://trello.com/c/Sbd8Q180/99-events-for-hovercards-beta-feature
Comment 2 Quiddity 2014-05-21 23:45:04 UTC
(In reply to Prateek Saxena from comment #1)
> (In reply to Bartosz comment #0)
> > The original Navigation Popups use 500ms for both.
> 
> If I remember correctly, it also lets the user change this number.
> 
> 

The configuration is explained here https://en.wikipedia.org/wiki/Wikipedia:NAVPOP#Options with popupDelay being the top item. (I'm not sure where exactly the code is) 
It might be good to reuse that variable name, so if an editor customizes one, it works for both.
Comment 3 Prateek Saxena 2014-05-23 13:46:44 UTC
(In reply to Quiddity from comment #2)
> It might be good to reuse that variable name, so if an editor customizes
> one, it works for both.

Should we use it override the current setting wherever available. I know that is what you are saying but I just want to confirm once before implementing.
Comment 4 Quiddity 2014-05-23 16:20:50 UTC
(In reply to Prateek Saxena from comment #3)
> (In reply to Quiddity from comment #2)
> > It might be good to reuse that variable name, so if an editor customizes
> > one, it works for both.
> 
> Should we use it override the current setting wherever available. I know
> that is what you are saying but I just want to confirm once before
> implementing.

If I understand correctly, then yes.  For example:  I have this code in my [[User:Quiddity/vector.js]] - 

// [[User:Lupin/popups.js]]
popupDelay=0.3;
popupHideDelay=0.3;

(because I wanted it to be ever-so-slightly faster than the default of 0.5)

and other people use a wide range of numbers - as I wrote months ago, on the archived talkpage:
If we search Enwiki for the parameter name,[1] we see ~740 users have tweaked their settings, with a wide-range of figures, from 0 to 10 seconds. (It might be good to analyze those customizations for patterns?)
[1] https://en.wikipedia.org/w/index.php?title=Special:Search&limit=100&offset=0&redirs=1&ns2=1&search=popupDelay
Comment 5 Gerrit Notification Bot 2014-06-06 08:39:04 UTC
Change 137897 had a related patch set uploaded by Prtksxna:
renderer: Use NavigationPopups settings where available

https://gerrit.wikimedia.org/r/137897
Comment 6 Bartosz Dziewoński 2014-06-20 14:39:16 UTC
(In reply to Quiddity from comment #4)
> and other people use a wide range of numbers - as I wrote months ago, on the
> archived talkpage:
> If we search Enwiki for the parameter name,[1] we see ~740 users have
> tweaked their settings, with a wide-range of figures, from 0 to 10 seconds.
> (It might be good to analyze those customizations for patterns?)
> [1] https://en.wikipedia.org/w/index.php?title=Special:Search&limit=100&offset=0&redirs=1&ns2=1&search=popupDelay

This is rather interesting. I looked at the results and it seems like most of the customizations are raising popupDelay or lowering popupHideDelay.

Therefore I propose values of, respectively, 500ms and 300ms for Hovercards, especially since according to bug 66301 I am not the only person to think the current ones are too quick.
Comment 7 Bartosz Dziewoński 2014-06-20 14:39:37 UTC
*** Bug 66301 has been marked as a duplicate of this bug. ***
Comment 8 Gerrit Notification Bot 2014-06-20 14:49:08 UTC
Change 140917 had a related patch set uploaded by Bartosz Dziewoński:
Raise popup show/hide delay to 500ms/300ms, respectively

https://gerrit.wikimedia.org/r/140917
Comment 9 Gerrit Notification Bot 2014-06-25 00:46:17 UTC
Change 140917 merged by Prtksxna:
Raise popup show/hide delay to 500ms/300ms, respectively

https://gerrit.wikimedia.org/r/140917

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


Navigation
Links