Talk:Beta Features/Hovercards

Jump to: navigation, search

About this board

The Hovercards beta feature solves the core problem of users opening multiple tabs to gain an understanding of a word in the context of the subject they are reading. Whenever a reader hovers over a link to another article, a short summary of the subject, including its graphical image, is provided to them so they can decide whether they need to visit that subject more fully before continuing the current subject.

Please give us feedback on your experience using this beta feature so we can change and improve it. Each language is welcome in this discussion!

You can read more about the feature here.

Known Issues

By clicking "Add topic", you agree to our Terms of Use and agree to irrevocably release your text under the CC BY-SA 3.0 License and GFDL
Icebob99 (talkcontribs)

Hi, I love the hovercards feature! Sometimes, though, when I mouse over a hovercard, it pops up, I read it, I move my mouse away, and the card doesn't go away. I can sometimes get rid of it by remousing over that wikilink or another link, but more often than not, the card will momentarily disappear and then reappear. Sometimes I can scroll up or down to get rid of it. My OS is the ChromeOS on a Toshiba Chromebook. Here's the system info: Version 56.0.2924.58 beta (64-bit)

Platform 9000.58.0 (Official Build) beta-channel swanky

Firmware Google_Swanky.5216.238.5)

Let me know if you need anything else to try and recreate the issue. Thanks, Icebob99

CKoerner (WMF) (talkcontribs)

Thanks @Icebob99 for the note. We have a task to fix this bug and will hopefully have the update available shortly.

Reply to "Hovercard won't disappear"

Неймовірно зручно (In English: Incredibly comfortable)

Imagase Wataru (talkcontribs)

Напевне, це та сама функція, яку я чекала найдовше. Можливість дозволяє коротко ознайомитися з новим поняттям та продовжити читати основну статтю. Дякую ;)

Reply to "Неймовірно зручно (In English: Incredibly comfortable)"

Similar browser extensions or add-ons to be inspired by

Quiddity (WMF) (talkcontribs)

I'm moving these here, from the project page where I originally listed them. Feel free to edit this to add any you find.

No endorsement of a particular extension is implied.

Browser extensions/addons that show mouseover popups within Wikipedia


Browser extensions/addons that show Wikipedia/Wiktionary content at any external site

Tbayer (WMF) (talkcontribs)

Another one for Chrome, launched in August 2016: "LiveWiki" ( ) (talkcontribs)

fomar all

Edwardj 123 (talkcontribs)

The fact that there are similar tools like this Page Previews feature shouldn't discourage our community from making ours. Having one official tool providing the best features in a simple way for everyone is a great idea which doesn't require installing browser extensions. Listing the other extensions and add-ons is useful because we can review their design and features to improve our version.

Quiddity (WMF) (talkcontribs)

Yup, that's exactly why I started/researched the list. To show how popular the idea was (proving we ought to implement something) and to glean good ideas/designs from. :-)

EoRdE6 (talkcontribs)

Think this means this feature really needs to be globally rolled out to non-registered users then... Maybe leave as an option for registered users though because some prefer third party gadgets like Popups on english that give you way more details (for editors)

Edwardj 123 (talkcontribs)
To EoRdE6: I definitely agree that this feature would good for everyone outside beta testing, particularly as it is a fairly popular tool made by others, however this shouldn't happen super soon because it still needs to be finalised (main problems fixed, features added). Also an option for users to disable it on their account could be a good idea but it would be better to make Page Previews/Hovercards have the popular features of other third party tools to persuade users to use our official tool.
EoRdE6 (talkcontribs)

My issue with that is that editors still have very different requirements to readers therefore a reader centric tool will never function for editors... Third party tools allow editors to view page history and editors and block logs and protection and tons more all from the pop-up. It's messy and ugly but for editors it's useful. Readers have no use for that information so I would support giving them this basic version that is currently available...

Edwardj 123 (talkcontribs)
To EoRdE6: I definitely see your point but we could still provide these editor only stats in Page Previews/Hovercards as opt-in features enabled on users' settings pages which would have the benefit of persuading some editors to use our tool instead of competitors ones to keep ours supported and popular.
Reply to "Similar browser extensions or add-ons to be inspired by"
Wildan Masyiyan Chaniago (talkcontribs)

I just try this feature and it's straight my way to wikipedia... Great.

Bush6984 (talkcontribs)

I just tried it, and at first glance I'm definitely a fan. It spares having to open separate tabs when you're just looking for a quick reminder.

Jason Quinn (talkcontribs)

>It spares having to open separate tabs when you're just looking for a quick reminder.

Exactly way I think this feature will have a negative impact on the new editor rate.

Bush6984 (talkcontribs)

{{ping|w:User:Jason Quinn}} Why do you suspect that opening tabs should affect the rate of new editors?

I'm not saying it couldn't, but I can't readily imagine any reason they're in any way related; Previews-upon-hovering versus new editors's reasons to start. These seem unrelated. Could you provide context?

This comment was hidden by Edwardj 123 (history)
This comment was hidden by Edwardj 123 (history)
Edwardj 123 (talkcontribs)

Really like this new Page Previews feature (please deploy it) but make sure it doesn't reduce the amount of users who contribute to Wikipedia, doesn't have abruptly ending text (add ellipsis dots) and users can customise its size by changing a setting (some want to make it smaller).

Also, I have spotted a minor issue: when the summary image is displayed horizontally, it overflows the hover container vertically.

Reply to "Cool!"
רונאלדיניו המלך (talkcontribs)

Consider adding a small icon to indicate whether the article is featured or not.

CKoerner (WMF) (talkcontribs)

That's an interesting idea. I've created a task to start a discussion with the engineers.

Edwardj 123 (talkcontribs)

Related discussion "What metadata should be displayed (article quality, last edited, user views, settings icon etc.)?" - Relevant discussions are often better linked together.

This comment was hidden by Edwardj 123 (history)
Reply to "Featured article"

You can't see math symbols, only spaces

רן כהן (talkcontribs)

Take a look in this hover: You should see text with "... A ... A" but we see spaces instead of A.

NoyaRoyYacov (talkcontribs)

i belive its better to make it working only if you click right click

Reply to "You can't see math symbols, only spaces"
Faustino40 (talkcontribs)

Ajouté la par default

Reply to "Tres bonne fonction"
The ed17 (talkcontribs)

Am I the only one who only gets options for "simple" and "turn previews off"? I'd like to use the "advanced" setting, if it's ready.

Quiddity (WMF) (talkcontribs)

I've reopened phab:T109912 ("Advanced mode selector for Hovercards is no longer showing"). Thanks.

This comment was hidden by Quiddity (WMF) (history)
Sisi la famille (talkcontribs)

my name's sisi la famille so i'm a new in this site Icome from madagascar so i i would like if someone can help to understand about wikipédia because i have a bad listen about this SITE so i' m verry sorry if i dont speak english very well so i wait the best aanswer by yours

Reply to ""Editors will see ...""

Hovercards don't disappear when mouse is moved away

TheDestroyer111 (talkcontribs)

When the mouse cursor is moved away from a hovercard, the card doesn't disappear. Issue found on both OSX Mavericks and OSX Yosemite.

Geekdiva (talkcontribs)

I've seen this on Windows 10 in Chrome. I've also seen tooltips persist, though. If I mouse over to the link/element and hover again, either will go away. Minimizing everything and then clicking the window fixes the tooltip. I haven't tried it with the Hovercard.

CKoerner (WMF) (talkcontribs)

@TheDestroyer111, do you have any ad blockers or other extensions enabled? I'm trying to reproduce the issue and am not having luck!

Geekdiva (talkcontribs)

I only have Ghostery in the blocking genre of add-ons. I have some others, but not many and I don't see how they would conflict.

Milouse (talkcontribs)

I can reproduce this bugs. It seems to have appeared only recently. But it's very troublesome as sometime you just hover a link without wanting to have more information and this popin stays here without any way to close it. Therefore I disabled it for now as it leads to more trouble than it helps me.

I'm on the last firefox version on linux, with ublock origin and disconnect extensions.

At least a close button could be a quick workaround.

CKoerner (WMF) (talkcontribs)

Let's see if I can get some attention. I've created a task and asked the engineers to take a look into things.

Geekdiva (talkcontribs)

Thanks! And thanks for the thanks on the other thing. :)

Nikolaiho (talkcontribs)

I've got the same issue.

TheDestroyer111 (talkcontribs)

I have no ad-blocking extensions. For extensions, my Chrome browser is really clean and all extensions it has are the ones installed by default (IIRC something for google docs or stuff like that).

Fcarvajalbrown (talkcontribs)

This is the most important issue for me. Removed the feature hopefully they'll fix it.

Ita140188 (talkcontribs)

I also have the same issue. Using Chrome last version with AdBlock on Windows 10 and Mac OS

Bbreferee77 (talkcontribs)

I hadn't noticed this in previous releases of macOS Sierra and Safari, but in the current macOS Sierra Beta (10.12.3 Beta build 16D17a; Safari 10.0.3 build 12602.4.3), the Hovercards are seem to get stuck open and will close randomly.

Add-ons installed are LastPass and Pocket. No adblocking add-ons installed.

Reply to "Hovercards don't disappear when mouse is moved away"
Cole128 (talkcontribs)

I think that hovercards would be better, if instead of telling me when the article was last edited, I could click a "read more" button that would give me the entire first paragraph inside the hovercard. Seeing cut-off sentences is annoying and not very helpful.

This comment was hidden by Marc J Francis (history)
Marc J Francis (talkcontribs)

No. A "read more" feature would completely ruin the whole point of hovercards, which are supposed to give you a small idea of the hovered-over article.

Cole128 (talkcontribs)

Yes, but I think that hovercars shouldn't cut off sentences, I only wanted the read more button to finish the sentence or paragraph the hovercard was displaying.

Parkywiki (talkcontribs)

An interesting idea. Not one I had thought of, but being able to see the expanded text of the introductory paragraph (including birth and death dates, pronunciations, alternative spellings etc) would be very welcome.

As an editor, I find seeing when the article was last edited quite helpful. Article class could be useful too.

Cole128 (talkcontribs)

How is seeing when it was last edited helpful? Maybe it shows how active the page is?

Parkywiki (talkcontribs)

Absolutely, Cole128. By the Hovercard showing when a page was last edited, I can quickly decide whether it's worth checking out. A long-unchanged page quite often benefits from a quick check and some updating, whereas a recently edited page is likely to be in the process of being edited by many others, and probably doesn't need my input. I accept this is a minority interest - but I like it, as I work in the non-popular culture areas of wikipedia where I can make more of a difference in my field of knowledge. Hope this makes sense.

Fixuture (talkcontribs)

I don't think that there are many other users who'd find it useful for the same reason. Furthermore I don't think that it's useful information for the end you described here: for instance it could have been recently updated by a bot and left unchanged for years - the last-edited-info is no useful indication for whether or not info is missing from an article whatsoever.

Cole128 (talkcontribs)

Thanks! I does make sense, and I still think the "read more" button would be a good idea. Having both the "last edited" and the "read more" would make a happy medium.

Edwardj 123 (talkcontribs)

Related discussion "What metadata should be displayed (article quality, last edited, user views, settings icon etc.)?" - Relevant discussions are often better linked together.

Reply to "Get rid of "last edited"."