Talk:Page Previews/2015

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:

• First image is not always used due to image proportions, size, or quality
• The length of the extract must be fixed

Note: this page is using Flow, to give feedback on Flow please use the Flow talk page

Not working correctly with IE 11

With IE 11 (the only one I've tried so far) the Hovercard on a link can be viewed only once. If you hover again it just shows the top of the 'frame'. Previous cards return if you refresh the page but then, again, appear only once. With IE 11 sometimes the text is overwritten by 'last edited' Not a big problem. Zotric (talk) 12:47, 3 January 2015 (UTC)

Complete sentences

Currently the text (sometimes) cuts off mid-sentence. Fractions of sentences should not be shown in hovercard, or even better, the whole first paragraph of linked page could be shown. Jumperlander (talk) 23:29, 3 January 2015 (UTC)

Yes, I think so too. Dav Hir (talk) 11:22, 4 January 2015 (UTC)

At least if the word after the point is lowercase, it's very reasonable to assume that it's a midsentence point. CennoxX (talk) 22:19, 4 January 2015 (UTC)

This is tracked at phab:T67845 ("Fix the length of the extract, and add ellipses") Quiddity (WMF) (talk) 20:44, 5 January 2015 (UTC)

It's really ugly, and it has been mentioned thousands of times here. Is it so hard to add ellipses (...) in hovercards, now, not in 6 months? Atlasowa (talk) 17:18, 8 January 2015 (UTC)

Districts of Towns and ships

Hovercards doesn't work by districts of towns, it shows only some numbers (I think the coordinates), see for example at this pages (hover over e.g. "Arzheim"):

https://de.wikipedia.org/wiki/Landau_in_der_Pfalz#Lage_und_Stadtgliederung

https://de.wikipedia.org/wiki/Neustadt_an_der_Weinstraße#Stadtteile

The problem exists both in Safari 8.02 and in Chrome 39.0.2171.95 on Mac OS X 10.10.1. Dav Hir (talk) 20:27, 4 January 2015 (UTC)

This seems to be a consistent problem for anything that uses de:Vorlage:Infobox Ortsteil einer Gemeinde in Deutschland. I'm not sure what is causing it? Quiddity (WMF) (talk) 20:58, 5 January 2015 (UTC)

Perhaps it is caused by the position of the geo-coordinates because they are the first thing on the page. See: https://de.wikipedia.org/wiki/Benutzer:Dav_Hir/Hovercardtest-Arzheim/Linktest I have deleted the coordinates by the first example -> the problem does no longer exist.

Unfortunately, I have not any idea for the "ship-problem". Dav Hir (talk) 22:36, 5 January 2015 (UTC)

Hovercards doesn't work by some ships, too. It shows only "p1", e.g. on this page https://de.wikipedia.org/wiki/München_(Begriffsklärung), you can reproduce this by hovering over "München (Schiff, 1961)" and "München (Schiff, 1972)".

But I think Hovercards are a good tool for Wikipedia, because they help to understand articles. Dav Hir (talk) 18:18, 5 January 2015 (UTC)

Note: The "p1" seems to be a link within de:Vorlage:Infobox Schiff, that is shown when there is a missing image (it links to "../Wartung/BildFehlt" or "../Maintenance/Missing Image"). I'm not sure why it is appearing in the Hovercard though. Quiddity (WMF) (talk) 21:05, 5 January 2015 (UTC)

I had pointed months ago to the explanation here. Atlasowa (talk) 17:13, 8 January 2015 (UTC)

hi my name hind i had pointed Amigo dyali (talk) 18:57, 11 January 2015 (UTC)

Hovercard is not shown for certain articles

Why is there no hovercard shown for Filmjahr 1995? https://de.wikipedia.org/w/index.php?title=Wikipedia:Spielwiese&oldid=137525828 jobu0101 (talk) 12:50, 7 January 2015 (UTC)

Hovercard uses TextExtraction I have a feeling that since there is no lead paragraph in that article text extraction fails and the hovercard automatically disables. Jaredzimmerman (WMF) (talk) 19:46, 7 January 2015 (UTC)

всплывающие окна / Hovercards

очень удобно Vova100601 (talk) 08:52, 11 January 2015 (UTC)

[ru] Я рад, что вы счастливы

[eb] I am glad that you are happy Jdforrester (WMF) (talk) 19:00, 12 January 2015 (UTC)

A Glitch With Hovercards

Hi. I've had a glitch where the hovercard is blank after I hover over it more than one time. Someone should fix this. Generic BobJoe (talk) 02:32, 12 January 2015 (UTC)

Thanks for the feedback, Is there a particular link/page where you're seeing this? Also can you give us some more detail about your browser version and operating system? That will help us track down what's going on. Jaredzimmerman (WMF) (talk) 21:13, 12 January 2015 (UTC)

Yes, editing lists is much better now. :) Lightspeed2012 (talk) 00:49, 18 January 2015 (UTC)

Helpful and Annoying

The idea of hovercards is a good one, generally. However, I find this particular implementation annoying for the following reasons:

• The text in the hovercard appears much larger than the text in the article you're reading.
• Occasionally it can be difficult to find a place to put your cursor where a hovercard DOESN'T pop up, and although the hovercards could be useful to clarify a difficult concept, very few people would want them for every link in an article.
• Right now, at least on EN:Wilkipedia, the hovercards make no distinction between article space, talk space, and project space. With refining, they could be extremely useful in article space; but in talk and project space they are just annoying. ~ ONUnicorn (talk) 20:00, 13 January 2015 (UTC)

Thanks for the feedback. :-)

• I'll pass that along to the designer
• Hmm, the Hovercards (and NavPopups) are only activated upon mouse-movement, at least in Firefox, hence I've become used to just not-moving my mouse when scrolling, which avoids this issue of accidental popping. (or, I place the cursor over the window's scrollbar). Do you have any suggestions for a solution? I can't think of anything that wouldn't be both subjective and laborious.
• Re: namespaces, phab:T65181 is for "Only have Hovercards turned on for links to $wgContentNamespaces", so that distinction should arrive eventually. Quiddity (WMF) (talk) 02:18, 14 January 2015 (UTC)

LIke you i think font should'n be bold or so large. Maybe hovercard may pop up in upper left corner of the screen on the logo place and under that place ... Xavoux (talk) 18:51, 1 April 2015 (UTC)

Whatever happened to Popups?

https://de.wikipedia.org/wiki/Wikipedia:Helferlein/Navigation-Popups - The idea is the same, but this one works better: It shows the whole first sentence of an article, instead of just half of it, as often happens with Hovercards. So why not use that one instead? Tolanor (talk) 17:28, 15 January 2015 (UTC)

Re: the current excerpt being too short - thanks for the feedback, I'll pass that along to the designer/product-manager.

The Navigation-Popups gadget (which I've used as an editor for almost a decade!) is packed with editor-focused features. Also, the 3 or 4 volunteer devs who currently maintain the gadget, have been wanting to rewrite it from scratch for many years, because the current codebase is a bit of a mess. This Hovercards extension, is intended to be the start of an eventual integration, but it will take a long time to recreate all the complex editor-features, whereas the simpler reader-focused features are already mostly ready.

Or, to put it in other words... See File:HovercardsSettings_V2.png for reference - If you click the Hovercards settings-icon, as an editor who has navpopups enabled, you'll see those 3 options. Eventually, the 2nd 'Advanced' option will no longer point to navpopups (as it does now), but will instead just activate an 'advanced-hovercards', which will be functionally the same (except faster, and easier to translate, and not buried in the gadgets menu). That's the plan/hope, at least.

Hope that helps. Quiddity (WMF) (talk) 19:09, 15 January 2015 (UTC)

Okay, fair enough - but why is Hovercards so messy atm? Why is there an incomplete second sentence in your example (John Henry Newman: "He was known" - for what?). With Navpopups, that worked. Also, in the German Wikipedia for some reason the time and place of birth and death are not shown. Why? Tolanor (talk) 12:33, 16 January 2015 (UTC)

For the incomplete sentences, that should be resolved once phab:T67845 is fixed. (Adding "..." to the end of the extract).

For the content in brackets that is removed, please see the explanation & discussion at Talk:Page Previews/2014/11#h-Text_in_parentheses-2014-11-24T17:36:00.000Z. This is a design trade-off, because the more accessible large text size makes it difficult to include a longer excerpt in the current size. They're continuing to think about how to resolve these issues.

Thanks for your feedback. :-) Quiddity (WMF) (talk) 23:21, 20 January 2015 (UTC)

Problems with maps

I experience this problem on plwiki and haven't tested it elsewhere. Many articles about georeferenced objects include maps, on which their localizations are shown. However, if such a map is displayed in a hovercard, the indicator dot is missing, which makes it useless. Gżdacz (talk) 18:07, 18 January 2015 (UTC)

rr Jan bonobo (talk) 22:26, 22 January 2015 (UTC)

I like it

Its a very good idea and is perfect if you just want to quickly find out the definition of something. Does need cleaning up but I would recommend. Neenzbeenz3 (talk) 15:54, 24 January 2015 (UTC)

+1 C-we (talk) 18:57, 26 January 2015 (UTC)

i like it Anjalikumari090 (talk) 06:09, 4 February 2015 (UTC)

hover cards

NICE One like the hover cards they make for clutter free, dynamic browsing 27tintin (talk) 04:34, 25 January 2015 (UTC)

Very useful for my studies.

I quite frequently open many pages while studying Latin, Linguistics, and the Etymology of various words (and other reasons), which as you can imagine, sometimes requires many pages to be accessed in a short amount of time, so for me, this feature is very useful.

I haven't used it much as yet (and i'm also new to the wiki), but I will make sure to give any feedback I feel is necessary.

Thank you. Taylor William W. (talk) 01:52, 26 January 2015 (UTC)

Useful in Many Ways (disambig links)

This feature is useful from the readers side and the wiki upkeep and editor side. This allows the to quickly check and fix disambig links white just browsing an article, very useful. EoRdE6 (talk) 21:54, 26 January 2015 (UTC)

Very useful, could be improved

It may be more informative to create a Hovercard for each page which would be linked to. This would ensure an actual summary is given instead of a random glob of text. Bookserpentes (talk) 01:12, 28 January 2015 (UTC)

The text is pulled from the beginning of the page being previewed, so its not random. In most cases this text is carefully written by editors to be clear, and concise. Are there particular instance where you feel you're getting poor quality text in hovercards? Jaredzimmerman (WMF) (talk) 21:05, 29 January 2015 (UTC)

While that maybe the case in that the introduction of the page is carefully written it doesn't work so well. The hovercards are a great feature, however they are arbitrary in the content displayed and do cut off mid-sentence those carefully written pieces.

In fact I suggest that the hovercards actually include substantially more content, or in the hover allow you obtain the full page in that state if you so desire. It permits you to go ADD for a bit and read the associated article and be easily dropped back to the topic originally under view. Jcislowski (talk) 21:01, 31 January 2015 (UTC)

Thank you for the feedback, at this time we won't likely be pursuing any modifications to hovercards which would show the entire contents of the hovered article. I'm sorry I still don't understand your point about the content being arbitrary. We are working on being smarter about how we end sentences from the snippets, but there are many edge cases which make it very difficult to do consistently, especially when you factor in doing it properly in many languages. If you're interested in following along with that bug its here T67845 The reason that sometime hovercards don't show the first image from an article is usually due to the lead image being low resolution, or having extreme proportions. Jaredzimmerman (WMF) (talk) 08:10, 12 February 2015 (UTC)

Nice new feature

This saves a lot of time where you can just hover over links instead of clicking it then waiting for the entire webpage to load. I fully support this feature Chiefmartinez (talk) 17:36, 31 January 2015 (UTC)

Article on watchlist?

It would be nice, to see, if the article you're hovering on is on your watchlist, and to change that status, for example with a little star or something like that. CennoxX (talk) 13:38, 4 February 2015 (UTC)

There are even old specification mockups for Hovercard with watch-star... not sure if this was dropped completely? See also en:Wikipedia:Village pump (technical)/Archive 134#Unlabeled star is meaningless to newcomers and many advanced editors Atlasowa (talk) 13:48, 10 March 2015 (UTC)

That is actually not a bad idea :-)

First I thought: Oh no, more clutter. But this is a way to bring it to the attention of users to watch articles, and watching articles is the engine of Wikipedia! This is more important than the "Last edited by BotXYZ" stuff, which is mostly meaningless information clutter. Caveat: The watchlist star works only for registered users. Atlasowa (talk) 10:39, 9 February 2015 (UTC)

Problem with age display

When hovering over certain names (try Jeanne Calment, Misao Okawa, Jeralean Talley, and Susannah Mushatt Jones) on https://en.wikipedia.org/wiki/List_of_the_verified_oldest_people, the year and day numbers in the hovercards are displayed in the form 7002xxx000000000000xxx, where xxx are identical digit sequences which seem correlated with their proper values.

I am using Google Chrome v 40.0.2214.94 m running on Windows 7 Professional, SP 1, though the issue is also present when using Firefox v 31.0 Dmaywest (talk) 19:53, 4 February 2015 (UTC)

They all seem to use en:Template:Age_in_years_and_days at that position. The cause is likely the hidden sortkey inserted by en:Template:Number_table_sorting at that position. se4598 (talk) 20:06, 4 February 2015 (UTC)

This function can not display multiple languages at the same time

Hello. I'm Japanese, so I can't write English well. When I hover over the link, the sentence of that topic is provided, but it can display only Japanese. Because of this, I cannot read the English name of the topic, and the other information written in English. I ask you to solve this problem. It will help not only me, but also all Japanese users. I'm very sorry that I wrote in poor English. Thank you. CmplstofB (talk) 11:56, 8 February 2015 (UTC)

Thank you for the feedback.

Please could you give us 1 or 2 example links, where you see the problem occurring? That way I can test it myself, and look at the wikitext. Thanks.

Details and context:

I took a look at a few links on the jawiki main page, and I saw the old gadget "Navigation Popups" is removing the {{lang-en-short}} template -- but that template's content is shown in Hovercards (see screenshot). I only checked a few links though.

Some other people have commented on how Hovercards is purposefully hiding content within-brackets, because of the length of many "how to pronounce" and "born/died on dates and locations" -- See Talk:Page Previews/2014/11#h-Text_in_parentheses-2014-11-24T17:36:00.000Z and Talk:Page Previews/2014/12#h-Text_within_brackets_is_excluded-2014-12-02T20:55:00.000Z and Talk:Page Previews/2014/05#h-Rendering_of_parenthetical_text_in_hovercards-2014-05-31T12:56:00.000Z -- but that doesn't seem to be the problem in this case?

p.s. Your English is very clear and well-written! :-) Quiddity (WMF) (talk) 18:34, 8 February 2015 (UTC)

Very Useful, some improvements required

Maybe we could have a tool within the article's page that would allow users to select a picture and create a summary for the article. Some of the images that are displayed are not relevant, but otherwise it works perfectly. Awesomeshreyo (talk) 19:10, 9 February 2015 (UTC)

Currently it's using an automated extract, for both the text and the image.

Re: text - creating a manual summary override, would be difficult to do cleanly and at the large scale required. For the moment, it's best to just write the lead sentence in a way that extracts well, both for Hovercards and for external search engine result-blurbs. (Eventually, it might be possible to use the Wikidata descriptions, and that would be much more efficient than duplicating essentially the same task, but currently they're intended to be very short, at 2-12 words. eg. d:Q42: Douglas Adams: "English writer and humorist".)

Re: Image - There was some discussion about making a "use this image instead" override (via template or magicword). I'll see if I can find out what happened to that... Thanks for the reminder. Quiddity (WMF) (talk) 22:20, 10 February 2015 (UTC)

Great Idea, Just a little too big

The hovercards are a great idea that I think should be standard. The only problem I can see with them is that they cover other links. For example: when I am going through the "see also" section of a page the hovercard for one link often covers all the other links, this makes looking through links very slow. How I would recommend that you fix this is to make the cards turn transparent and un-clickable when you hover your mouse over the card itself. Also what Awesomeshreyo said about summaries is a great idea. Guy who couldn't get a username (talk) 21:43, 10 February 2015 (UTC)

Totally agree with you! Plan1001H (talk) 22:33, 15 February 2015 (UTC)

Great Just Great

Yea its just Great Kulenful (talk) 09:41, 12 February 2015 (UTC)

Agreed, a really useful format that should be publicly available as soon as its stable. T.Shafee(Evo﹠Evo)^talk 05:05, 6 March 2015 (UTC)

movies in hovercards

If the only media used in an article is an movie, the picture in the hovercard will still be black. CennoxX (talk) 00:03, 23 February 2015 (UTC)

Thanks for the report.

If you happen to remember where it was, could you link to an example?

I've tried to test it at my meta sandbox (linked from my userpage there) and I cannot seem to get an image in the hovercard, for either .webm or .ogv movie files, in thumbnail or fullsize...? Quiddity (WMF) (talk) 17:56, 23 February 2015 (UTC)

It was a link to de:Citizenfour (Film), for example from de:Oscarverleihung_2015#Bester_Dokumentarfilm CennoxX (talk) 18:08, 23 February 2015 (UTC)

Thanks. I've filed this as phab:T92457.

I'm not sure if it's technically possible, though, and we might have to utilize the (planned but undecided) phab:T91683 ("Allow specifying lead image") instead. Quiddity (WMF) (talk) 23:00, 11 March 2015 (UTC)

brackets in title

If the title of the topic happens to have brackets in it, the hovercard skips over it. This is a problem for articles like en: Birdman or (The Unexpected Virtue of Ignorance) where the hovercard shows "Birdman or, often referred to simply as Birdman". I suggest to include the brackets when they are being bolded in the lead paragraph. Underbar dk (talk) 00:21, 24 February 2015 (UTC)

The concern with bracket content is that some articles have such long parenthesis with IPA keys etc that the preview content in the hovercard becomes useless. Vibhabamba (talk) 18:58, 24 February 2015 (UTC)

Therefore, there's a need for better filtering of parenthetical ("bracketed") content. The current situation is clearly throwing out the baby with the bathwater. IPA templates, for example, create a span element with class="IPA"), so there are clearly identifiers that would let Hovercards be more specific in its content filtering. {{Nihiltres|talk|edits}} 17:04, 25 February 2015 (UTC)

Now filed as phab:T91344 . Thanks. Please edit or add details, there. Quiddity (WMF) (talk) 00:30, 3 March 2015 (UTC)

I came here about brackets, too. Hovercards are great while doing maintenance, to know what's the link about. However, most of the relevant information is in brackets (for example, date of birth). If bracketed content can't be filtered intelligently, preferences should allow users to select seeing or not seeing bracketed content. Pere prlpz (talk) 11:43, 5 March 2015 (UTC)

Article preview length issue

In some cases (most notably concerning US laws or US court decisions, where I've noticed it most) the hovercard ends after a certain number of periods (.). When you hover over them it gives the title, and part of the US law that it concerns, but after a certain number of periods, the preview ends before even putting all of the law in.

For instance, while on the page for https://en.wikipedia.org/wiki/Engel_v._Vitale there are a group of links to other, similar, court cases. Hovering over https://en.wikipedia.org/wiki/Everson_v._Board_of_Education gives a preview of "Emerson v. Board of Education, 330 U.S." Clicking on the link has the article start as "Everson v. Board of Education, 330 U.S. 1 (1947)[1][2] was a landmark decision of..." It doesn't even show the full law reference number.

I can understand why it should be ended after a certain number of periods, but maybe we can have it start counting after a set number of characters (20-30 seems like a good start point). Leobold111 (talk) 15:52, 28 February 2015 (UTC)

+1. I see this a lot on de.wikipedia. Article intro with acronym and period/point -> useless mini stub in hovercard. Does a bug report / phabricator task for this exist? Atlasowa (talk) 10:47, 1 March 2015 (UTC)

The related phab tasks are: phab:T59669 ("Better sentence handling needed") which goes into how initials and acronyms are problematic, and phab:T67845 ("Fix the length of the extract, and add ellipses"). (Note: Extension:TextExtracts is how Hovercards gets that content). Quiddity (WMF) (talk) 23:39, 2 March 2015 (UTC)

Thank you to Atlasowa and Quiddity for your responses. I'm curious as to what this means. It seems like this is a previously reported issue and there is a fix either being investigated or being prepared for installation. Is this correct? Leobold111 (talk) 20:18, 5 March 2015 (UTC)

Correct. A fix is on the to-do list for the 1st task, and code is in-progress for the 2nd task. (See workboard). HTH. Quiddity (WMF) (talk) 20:45, 11 March 2015 (UTC)

Hovercards and Cat-a-lot

Hovercards conflict with Cat-a-lot gadget (at least in cawiki). When I click "cat-a-lot" to activate it, hovercards keep showing the same article all the time. I think some time ago the same issue happened with pop-ups gadget.

It's a pity that Cat-a-lot and Hovercards can't work properly together because it would ease categorizing. Pere prlpz (talk) 11:50, 5 March 2015 (UTC)

It took me a long time to figure out what you meant! It seems the Cat-a-lot tool only appears in the gadgets menu if our account has the autopatrol user-right (per ca:MediaWiki:Gadgets-definition).

Where at cawiki would I request temporary autopatrol-status, so that I can test/understand/screenshot this gadget? (Catalan doesn't have a page listed at d:Q5453037 "WP:Requests for permissions")

Or, alternatively, would you be able to file a task for this at Phabricator? It probably just needs a screenshot or 2, showing what should happen (without Hovercards), versus what does happen (with Hovercards), displaying the problem encountered.

Thanks! Quiddity (WMF) (talk) 00:13, 12 March 2015 (UTC)

I requested autopatrol flag for you in ca:Viquipèdia:Petició_als_administradors#Autopatrullat_.28provisional.3F.29_User:Quiddity_.28WMF.29. Pere prlpz (talk) 12:15, 16 March 2015 (UTC)

location map on hovercards

If there is only a Template:Location_map in an article, the hovercard shows the location map without any location.

German example: Hubschrauber-Kollision bei Villa Castelli MrAurum (talk) 18:01, 12 March 2015 (UTC)

Thanks. Filed as phab:T92535. Quiddity (WMF) (talk) 18:31, 12 March 2015 (UTC)

Text in brackets is not stripped for Russian articles

In English wiki bulbs show the beginning of the article with stripped text in brackets (e.g. dates of birth and death, alternative names), but in Russian wiki it is shown. Sometimes it is the only information that is shown if the text in brackets is long enough. Kind of not usefull at all. Tpimh (talk) 09:48, 18 March 2015 (UTC)

Thanks, I've investigated a bit more, and filed this as phab:T93160. Quiddity (WMF) (talk) 00:29, 19 March 2015 (UTC)

It doesn't show the main pictures for some topics

For example: for Mexican general election, 1988 and 2006, it shows the candidate that didn't win (don't want to call them losers) instead of the winner, while on Mexican general election, 2000 and 2012, it shows the results map. Dhartaros (talk) 06:39, 22 March 2015 (UTC)

For me too. See en:Periodic table#Overview (a wikitable). In the range 24-25-26 (chromium, manganese, iron; somewhere in the mid) only 25-manganese does not show an image when hovering. DePiep (talk) 00:14, 26 March 2015 (UTC)

We're reusing PageImage a part of our software that tries to find the best image for a page, this means it will skip over image which are very small, low resolution, or have odd proportions (very long or very tall)

However, looks like you've found a real bug! not sure what's going on but we'll investigate. Thanks! Jaredzimmerman (WMF) (talk) 02:59, 17 April 2015 (UTC)

ok! I understand that not every image can be shown &tc. Good feature in general. DePiep (talk) 21:27, 19 April 2015 (UTC)

Not handling apostrophes correctly?

The apostrophe in "coup d'état" shows up as & #039; in the hovercards. (no space between & and #) Underbar dk (talk) 11:11, 26 March 2015 (UTC)

Thank you, reported as phab:T94021 phab:T93720 —TheDJ (Not WMF) (talk • contribs) 12:44, 26 March 2015 (UTC)

More text

I think it would be great if the text in the Hovercard was a bit longer 83.39.28.131 (talk) 07:29, 29 March 2015 (UTC)

Agree. No real need for such a big image...

Otherwise great idea and function! BiPi (talk) 16:11, 3 April 2015 (UTC)

We are working on this. The landscape cards will carry at least 2 more lines of text. Vibhabamba (talk) 18:06, 3 April 2015 (UTC)

Is there an option to make it possible to set the lenght of exerpts like the show/hiding time? That would be nice and maybe solve the problem for a while untill the best lenght is found. JonnyNord (talk) 19:29, 18 January 2016 (UTC)

I talked about I similar thing here, but didn't get a definite response. Cole128 (talk) 23:45, 19 January 2016 (UTC)

A option could be to have the size of time configurable in the settings for it. TrueAnorak (talk) 12:52, 21 February 2016 (UTC)

I think you mean the size of the hovercard, as in the amount of words displayed, as JonnyNord said. Cole128 (talk) 00:50, 19 May 2016 (UTC)

The hovercards are great tools and all, but though most hovercards display the important information in an article, in some cards the text is cut off, which is a little annoying sometimes. I know its a beta version but adding more text to the cards could be a nice improvement. Also the cards feel a little intrusive, so they should be set to the side or something instead of smacking you front and center. AndreCharles (talk) 14:34, 30 May 2016 (UTC)

It might be a good idea to somehow parse for periods such that the text is shown in complete sentences, instead of just being cut off at some random point. I disagree that the cards should be moved to the side; when a user is using the hovercard feature they are likely focusing on the content provided by the card alone, and in that sense it makes sense for the card to be "intrusive" - it is temporarily taking up all of your attention. While you're reading the hovercard there is no reason for you to require access to the current page, and once you're done with the card you just move your mouse away, restoring accessibility to the current page. It makes perfect sense. Afw35 (talk) 18:29, 2 June 2016 (UTC)

Makes sense. AndreCharles (talk) 12:25, 7 June 2016 (UTC)

Any updates on the References tooltip feature?

We'd like to use this on PCGamingWiki for references as well as articles, and were wondering how the References tooltip feature was coming along? Nicereddy (talk) 17:58, 29 March 2015 (UTC)

I second that question, what is the current state?

For reference:

• References "preview" 2 months ago
• https://trello.com/c/vk3UdF1c/98-extend-hovercards-to-cover-references
• https://phabricator.wikimedia.org/T67114 T67114 Hovercards: Show cards for references
• meta:User_talk:Ricordisamoa#Thank you! Atlasowa (talk) 15:07, 31 March 2015 (UTC)

hehe, "for reference". Nicereddy (talk) 22:34, 3 April 2015 (UTC)

The phab task for that (phab:T67114) was reassigned to the fabulous Ricordisamoa in February, so I'll ping him in case there's any news. :) Quiddity (WMF) (talk) 22:49, 3 April 2015 (UTC)

Thank you :D Nicereddy (talk) 03:47, 4 April 2015 (UTC)

Latency

Hi, I love Hovercards for the large photogarph screen, very useful in zoology. But, compared to the popup gadget, I have two problems : 1/ about 20% of cards stay on the screen when the mouse is out of the blue link, 2/ As it is dislayed upper or lawer than the pointing device, in a list the card often covers the 10 next further links. If you add problem 1 + problem 2 you loose too much time to go from one item to another. Salix (talk) 15:53, 31 March 2015 (UTC)

Thanks for the feedback, we're tracking the stuck hovercard issue here https://www.mediawiki.org/wiki/Talk%3APage%20Previews/2015#h-hover_card_gets_stuck_recently-2015-04-13T07%3A34%3A00.000Z the list problem is a tough one, removing the ability to hover over list items seems like a bad idea too, since they already have much less info than a link with context inside a paragraph…

we'll be thinking about a few other options, suggestions are always welcome! Jaredzimmerman (WMF) (talk) 02:54, 17 April 2015 (UTC)

Similar browser extensions or add-ons to be inspired by

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

Chrome

• wikipedia plus
• wikipedia quick hints
• wikipedia smart links
• wikipreview
• wikitweaks
• wiki it
• hoverpedia
• LiveWiki (github)
• wikipedia peek
• wikipeeks for wikipedia
• wikipedia hover
• wikihighlight
• wiki on speed
• wikizoom
• wikipopups
• qwikipedia
• wikitopichover
• easywiki

Firefox

• wikiest
• wikipedia peek

---

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

Chrome

• wikipedia-lookup-browser
• quick wikipedia lookup
• qikipedia
• wikipedia popup

Firefox

• quickwiki
• wikipedia anywhere
• wikipedia page previews everywhere
• haidoku

---

Full library for embedding in any web page

• github - AnandChowdhary/hovercard (live demo) Quiddity (WMF) (talk) 00:07, 3 April 2015 (UTC)

Another one for Chrome, launched in August 2016: "LiveWiki" (https://github.com/mrusa/livewiki ) Tbayer (WMF) (talk) 05:52, 26 November 2016 (UTC)

There are similar tools like this Page Previews feature, however that shouldn't stop 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 need installing browser extensions.

Listing the other extensions and add-ons is useful because we can review their design and features to improve our version. Edwardj 123 (talk) 11:53, 30 December 2016 (UTC)

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. :-) Quiddity (WMF) (talk) 21:51, 3 January 2017 (UTC)

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) EoRdE6 (talk) 03:30, 10 January 2017 (UTC)

To EoRdE6: I agree that this feature would good for everyone outside beta testing (it is a tool made by many others), however this shouldn't happen too soon because it needs to be finished (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 so users would use our official tool. Edwardj 123 (talk) 15:58, 10 January 2017 (UTC)

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... EoRdE6 (talk) 16:30, 10 January 2017 (UTC)

To EoRdE6: I see your point but we could have these editor only stats in Page Previews/Hovercards as opt-in features enabled on users' settings pages which could get some editors to use our tool instead of competitors' ones to keep ours supported and popular. Edwardj 123 (talk) 20:57, 10 January 2017 (UTC)

There is also a library that can be embedded in web pages, AnandChowdhary/hovercard. (Have not tested.) Tgr (talk) 20:34, 9 October 2019 (UTC)

Very easy to implement Wikipedia preview box (JS & CSS) for any website, works on desktop & mobile.

Project, examples: su-pa.net/wikiPrevBox/

GitHub: github.com/su-pa/Wikipedia-preview-boxes/ Wiki.su-pa (talk) 14:22, 10 January 2023 (UTC)

Punctuation

Love the feature! There is the occasional card that doesn't open or is illegible but that's not a big deal for me. Can something be done about cards that have full stops in peoples names that prevents the rest of the card opening? For example a card starting with John T. Smith will show John T. and nothing more. Robvanvee (talk) 18:13, 4 April 2015 (UTC)

Glad you like it. :)

The dev is looking into a few technical options which should fix this issue, such as requesting additional lines in the API-call (it currently only requests 2 sentences, if I understand correctly). The issue itself is tracked at phab:T59669. Quiddity (WMF) (talk) 17:07, 5 April 2015 (UTC)

I would like the font size were smaller and had more information

I love the feature but I would like to read more about what I'm putting my mouse on so I don't have to open a new tab wich I normaly would have to do. Juankor (talk) 14:26, 6 April 2015 (UTC)

We wanted to balance the ability to quickly load the hovercard without a delay, and getting enough text so you can continue reading and understanding, we'll look out for feedback and make sure we have the right balance. Thanks for the feedback! Jaredzimmerman (WMF) (talk) 02:51, 17 April 2015 (UTC)

Which criteria is relevant for the picture choice ?

I wondered about that when I saw the popup of fr:Liste des présidents de la République française. Actually I would prefer no picture than the current one which is commons:File:FR Presidents Age fr.svg which happen to be at quite at the end of the article.

If someone could point to the relevant code I would also be happy Xavier Combelle (talk) 09:06, 7 April 2015 (UTC)

Thank you for reporting this. You're right, we don't always end up with images that are particularly informative. Currently we query page images to retrieve an image of appropriate size and resolution. We want to create a property where the main image which appears in hovercards, mobile search etc is an image which is deliberately selected or tagged. Vibhabamba (talk) 20:24, 10 April 2015 (UTC)

The images are selected by Extension:PageImages Quiddity (WMF) (talk) 19:30, 14 April 2015 (UTC)

Thanks all Xavier Combelle (talk) 08:42, 21 May 2015 (UTC)

Close button

It would be great if there were a close button.

Are there any plans to add a close button to the popups? Sometimes they refuse to go away on my screen, and I'd like a way to close them.

For instance, the close button on the Hovercards settings popup is very visible and would be a great model to use. Enterprisey (talk) 16:53, 7 April 2015 (UTC)

Stuck hovercards are a known bug, see https://www.mediawiki.org/wiki/Talk%3APage%20Previews/2015#h-hover_card_gets_stuck_recently-2015-04-13T07%3A34%3A00.000Z having a close button would cause you to have to move you mouse (and click) way more than just moving your cursor off the link, we'll focus on fixing the bug for now, keep the feedback coming! Jaredzimmerman (WMF) (talk) 02:49, 17 April 2015 (UTC)

hover card gets stuck recently

Tracked in Phabricator
Task T92932

For a few weeks there has been an annoying stuck of hovercards, at random. When it happens, whatever someone does the hovercard does not close. Timeout does not work. The solution is to find another link and stay above it until a new hovercard is risen. After that, the bug behavior stops. This is a reason for someone to disable hovercards. ManosHacker (talk) 07:34, 13 April 2015 (UTC)

I would like to add my experience that even though the pointer no longer points to the link, sometimes the pop-up is not closing on time. I have to go again on the link, wait for the pop up to open and then close. FocalPoint (talk) 13:42, 13 April 2015 (UTC)

Bug tracked at phab:T92932 Quiddity (WMF) (talk) 20:25, 14 April 2015 (UTC)

Hovercards as quality control for articles

Hovercards provide a quick view on the first sentences of the introduction of an article. This is especially useful for article quality control as the introduction mirrors the article and everyone understands that "something is not right in it" from this first impression. It would be great to have the option to view more inside hovercards, like using 1/4 or 1/2 of the screen for display and have an additional option for smaller font size, for article quality patrolling. There should also be an additional button to add the hovered article to a personal check list, if the user is logged in. ManosHacker (talk) 07:48, 13 April 2015 (UTC)

Allowing the user to add articles to watchlists or collections is a great idea! and something we'd love to explore soon.

We wanted to make the hovercards open really quickly, so we had to balance how much content we pulled in, a half or quarter of the screen could cause the hovercards to feel sluggish, we'll keep listening for feedback and try to balance performance with how much text is shown, thanks for the feedback! Jaredzimmerman (WMF) (talk) 02:47, 17 April 2015 (UTC)

It might also be useful to make another tool, based on hovercards, to visually sweep articles, like using a preview on one side of the screen. ManosHacker (talk) 06:39, 17 April 2015 (UTC)

You might be interested in m:User talk:Matma Rex/article-map.js (See screenshot there) which I installed like this. Quiddity (WMF) (talk) 00:56, 19 April 2015 (UTC)

The idea is to split the screen in the middle and, while hovering over article links (inside an article, a category, a catalog, list etc) on the left we get full preview of it on the right. Hovercards have been very helpful as they reveal poor quality articles, even from the first sentence of the article, and this can be extended. ManosHacker (talk) 06:14, 19 April 2015 (UTC)

No freequent random popups, +please timeout

Random hovercard popups can be annoying for readers if they do not automatically close in, i.e, 4 seconds and appear more than once every few articles or inside the same article while someone tries to read it. It feels like an ad popup behavior. ManosHacker (talk) 07:59, 13 April 2015 (UTC)

It is indeed annoying. This is the main reason why I removed the original user script/gadget after trying it for some time. Helder 19:14, 17 April 2015 (UTC)

See also phab:T96568 Helder 16:11, 20 April 2015 (UTC)

He7d3r, if I understand correctly, you're saying that you removed Navpopups because it annoyed you that every single link triggered a popup. Is that accurate?

If so, can you think of any tweaks or configuration options that might make the features (either Navpopups and/or Hovercards) better for you (and other people with similar opinions). Quiddity (WMF) (talk) 01:58, 19 April 2015 (UTC)

Not really. It is just too much noise every time I'm not trying to read the content of the target pages (e.g. leaving the mouse at a random position in the screen, which happens to be where there is a link; trying to select a text which contains a link; trying to copy the URL of a link, or to just view that URL in the status bar...). Helder 02:23, 19 April 2015 (UTC)

Manoshacker: For the first part, I think you're referring to T92932. Is that correct? Quiddity (WMF) (talk) 02:04, 19 April 2015 (UTC)

No, I am referring to random popups of hovercards, that occur at any time, without a hover over a link, as announced.

I do not know if we are talking over a bad translation, this is what I have read: "Πριν από την έναρξη αυτής της δοκιμής, έχουμε προσθέσει πολλές οργανικές λειτουργίες - κώδικα που μας επιτρέπει να γνωρίζουμε πώς χρησιμοποιούν οι χρήστες το χαρακτηριστικό, όπως τυχαίες εμφανίσεις Αιωρουμένων Καρτών, χρονικό διάστημα που εμφανίζονται..." ManosHacker (talk) 06:29, 19 April 2015 (UTC)

I see some enthusiasm for hovercards, and some objections. I agree with the objectors, even to go so far as to say I hate them. (the hovercards, not the people!) I habitually point with my mouse as I read, The pop-ups are exceedingly annoying for anyone with that habit. ~~~~ Anewcharliega (talk) 21:03, 17 June 2015 (UTC)

(text removed, I will add it to another comment) FocalPoint (talk) 13:41, 13 April 2015 (UTC)

Interesting perspective, closing the hovercard after a delay might feel confusing to some users, especially if they are slower readers, and haven't moved their cursor, any time a system acts or reacts without the users input that might feel odd.

To your second point about only loading a few cards per session, we might face the same problem, how would a user know when the cards will show and when they won't? Our goal for hovercards, and really any design is to have consistent behavior. Jaredzimmerman (WMF) (talk) 02:44, 17 April 2015 (UTC)

Reality = adaptive behavior or .. ! Let users customize and use average settings as defaults. ManosHacker (talk) 06:32, 17 April 2015 (UTC)

popup delay

There should be an option for delaying the appearance of hovercards while over a link. In Greek Wikipedia the community has long ago decided to add an additional delay of 0.2 seconds, but this should be customizable inside evreyone's options (and additionally on the side of a hovercard), giving more options. We might get negative feedback if this option is missing (well, in Greek Wikipedeia we already have). ManosHacker (talk) 08:11, 13 April 2015 (UTC)

Hi, sorry, I meant to address this earlier. I posted this in reply to FocalPoint, yesterday:

The developers working on Hovercards have requested that the El-wiki not change the site-wide default, because that will alter the data obtained from analytics, and therefor it would make the research either more complicated, or less useful.

Instead, they request/recommend that editors who individually wish to override the defaults, should use the personal user.css config that is described at Extension:Popups#Show.2Fhide_timing.

Could you either tell me where to post that message on El-wiki, or perhaps even translate it and place it wherever most appropriate? (If FocalPoint hasn't done so already!) Much thanks. Quiddity (WMF) (talk) 18:11, 14 April 2015 (UTC)

Ah, FocalPoint has replied at my usertalkpage to say he is going to handle the message. Quiddity (WMF) (talk) 20:17, 14 April 2015 (UTC)

Hi Quiddity (WMF). Asking people to change their css instead of giving them the opportunity to visually adjust the tool or at least through their preferences means that we target very experienced users only.

A handy fine tuning tool would target everyone and give useful, dynamic feedback in just two weeks and a stable base for the rest of the analytics, from a point of view. More visual customization is about to come, like frame and font size.

Let's do as programmers please for now. FocalPoint has indeed left a translated message for all in Agora of Greek Wikipedia. ManosHacker (talk) 21:53, 14 April 2015 (UTC)

Personally, I agree. I love options/preferences/settings. I think the few that are offered in Reference Tooltips (see screenshots there) would be excellent additions to Hovercards. The difficulty is that developers generally try to avoid adding user-preferences, whenever possible, because it creates: More code to write, more code to review, more code to maintain in future years, and more sources of possible bugs. Hence, it can take a while (and many users requesting the same thing) before userpreferences are added to any software.

For anyone else reading this, the font size change that ManosHacker refers to, is at phab:T94957. Quiddity (WMF) (talk) 23:06, 14 April 2015 (UTC)

To my opinion it is not asked by many users, but if people want this, we can make a gadget with the css configuration for the delay. Quiddity? Geraki (talk) 16:54, 15 April 2015 (UTC)

I have implemented it as a gadget. Geraki (talk) 10:20, 18 April 2015 (UTC)

Sorry, I've been busy at a training workshop for the last few days. Thanks for taking the initiative and making the gadget. :) Quiddity (WMF) (talk) 00:10, 19 April 2015 (UTC)

What? Samal10124 (talk) 17:03, 4 May 2015 (UTC)

Lecture d'un lien interne (reading of internal link)

Quand on passe le curseur sur le mot, on a avec Hovercards le pop-up qui apparaît qui nous donne des infos sur l'article correspondant au mot. Du coup on n'a pas d'info sur le lien interne lui-même. En effet, il est intéressant de connaître le lien originel. Plus clairement, quand on a un lien interne de type [[x|y]], on voit "y" dans le texte, mais quand on passe le curseur on lit le nom exact de l'article "x". Avec Hovercards, cette information n'est plus disponible. Berdea (talk) 21:17, 13 April 2015 (UTC)

"When passing the cursor over the word with Hovercards the pop-up that appears gives us information on the article the word. So there is no information on the internal link itself. Indeed, it is interesting to know the original link. Clearer when one has an internal link type y, we see "y" in the text, but when you pass the cursor reads the exact name of the article "x". With Hovercards, this information is no longer available." —TheDJ (Not WMF) (talk • contribs) 08:53, 14 April 2015 (UTC)

It's exactly what I have understood with Hovercards. It could be interesting for reader of WP but for activ contributor the knowledge of "x" is more important (for me) than the popup. It's why if this question is not solved and as an activ contributor, I will probably not use Hovercards. Berdea (talk) 15:47, 14 April 2015 (UTC)

Initially we tested showing users when a page was a redirect, but very few users reported this as useful… so we removed this feature and showed the page that was the target of the redirect instead

Inicialment provat, mostrant als usuaris quan una pàgina era una redirecció, però molt pocs usuaris ho reporti com útils ... així que hem eliminat aquesta característica i mostrem la pàgina que va ser el blanc de la redirecció a lloc Jaredzimmerman (WMF) (talk) 03:03, 17 April 2015 (UTC)

Acerca da utilidade

Para mim não é muito útil pois gosto de clicar nos links para ver se o artigo tem fontes ou não, de formas que eu possa etiquetá-lo. MisterSanderson (talk) 03:46, 14 April 2015 (UTC)

Thank you for your feedback! hopefully the hovercards won't slow you down when you're following links.

Gràcies pels teus comentaris! espero que els hovercards no li redueixi la velocitat quan vostè està seguint enllaços. Jaredzimmerman (WMF) (talk) 02:38, 17 April 2015 (UTC)

I'm not concerned about this feature slowing down my navigation. I just pointed out that my navigation style doesn't requires hovercards.

For noobs, it would be very good. But for taggers, more experienced users, it doesn't makes difference. MisterSanderson (talk) 21:50, 25 January 2016 (UTC)

"For me it is not very helpful because I like to click the links to see if the item has sources or not, in ways that I can tag it." —TheDJ (Not WMF) (talk • contribs) 08:52, 14 April 2015 (UTC)

para e muito útil já alem usar para ver fontes também eu etiqueto-os Pedro Eduardo2206 (talk) 10:02, 21 May 2015 (UTC)

Translation of the survey

Where can we make changes on the survey's translation? https://jfe2.qualtrics.com/preview/SV_bwFY1179HcQ4AMR To my understanding currently it is machine translation. Most of the messages are grammaticaly wrong and many of them do not make sense... Geraki (talk) 16:46, 15 April 2015 (UTC)

It was translated by a native Catalan speaker, but we're happy to make updates to it. Please email aripstra (at) wikimedia (dot) org with the changes and well get it resolved. Thanks! Jaredzimmerman (WMF) (talk) 02:36, 17 April 2015 (UTC)

I was talking about the Greek translation. I see that it is already corrected by someone else? Geraki (talk) 05:53, 17 April 2015 (UTC)

Disambiguation sentence chosen

I've been using the hovercards in the Latvian Wikipedia and there seems to be a bug in that the only text the hovercard picks up is the disambiguation sentence in the start (e.g. for lv:Kārlis Ulmanis). SpeedKing (talk) 19:02, 17 April 2015 (UTC)

Hmm, per this doc I think this is because one of the CSS classes that the extension looks for isn't included. (The Latvian "Other meanings" template currently has class=hatnote).

But I'm not sure, so I'll ping @Prtksxna: Quiddity (WMF) (talk) 02:16, 19 April 2015 (UTC)

Thanks for reporting this SpeedKing. I've updated the template to include the the noexcerpt class. This should stop TextExtracts from picking it up. I see the template updated on

lv:Kārlis_Ulmanis

but the cards haven't updated yet. I'd give the cache a couple of days to catch up. Let me know if the issue persists. Prtksxna (talk) 07:57, 20 April 2015 (UTC)

Okay, so the cache still seems to be catching up (e.g. for Jānis Pauļuks (politiķis)). For the Ulmanis article I showed as an example originally, the disambiguation sentence is no longer showing (thanks!), but his name is not bolded for some reason. SpeedKing (talk) 19:05, 26 April 2015 (UTC)

Bom,mas supérfulo!

não é muito relevante na minha concepção Físico-Chefe (talk) 23:56, 17 April 2015 (UTC)

não mas eu acho boa Pedro Eduardo2206 (talk) 13:07, 20 May 2015 (UTC)

Logo

The Hovercards section in beta features page has this nice "logo": https://bits.wikimedia.org/static-1.26wmf1/extensions/Popups/popups-ltr.svg It would be nice if it was uploaded and used as a language-neutral logo. Geraki (talk) 10:18, 18 April 2015 (UTC)

Good idea!

There's an RTL version, File:BetaFeatures-Hovercards-Thumbnail-rtl.svg (right-to-left), and we tried to fix the LTR version, File:BetaFeatures-Hovercards-Thumbnail-ltr.svg but we couldn't figure out how.

I'll just make a screenshot, and upload that... File:Hovercards-thumbnail.png Done. :) Quiddity (WMF) (talk) 00:31, 19 April 2015 (UTC)

Hovercard sometimes doesn't disappear

Sometimes the shown hovercard doesn't disappear. That's very annoying and I have to reload the page or hover some other link to get the card away. jobu0101 (talk) 17:14, 18 April 2015 (UTC)

This bug is tracked at phab:T92932. Thanks for the report. Quiddity (WMF) (talk) 00:15, 19 April 2015 (UTC)

The problem also occurs with Firefox/37.0. jobu0101 (talk) 07:55, 20 April 2015 (UTC)

I also frequently get a hovercard that doesn't disappear unless I hover over another link (in which case it will successfully clear almost 100% of the time). I'm on Chrome v 42.0.xxxx. In spite of the bug, this is a great beta product which I constantly use. Stamptrader (talk) 11:47, 14 May 2015 (UTC)

Happens also with Safari — Version 5.0.6 (5533.22.3). 90.15.144.225 (talk) 08:33, 18 May 2015 (UTC)

This problem also occurs on Opera version 29.0.1795.60 KPFC (talk) 17:49, 24 May 2015 (UTC)

The problem also occurs with Firefox version 38.0.5. jobu0101 (talk) 10:33, 3 June 2015 (UTC)

Still happening in Chrome. Very annoying Ita140188 (talk) 08:22, 3 August 2015 (UTC)

friendly

Hello:

I am in favor of these modules because they increase user friendliness and anything that does that is necessary - period.

Adelaide Eldridge AdelaideEldridge (talk) 04:27, 22 April 2015 (UTC)

I agree Tomiam8 (talk) 21:41, 9 May 2015 (UTC)

I think they should be differently timed - currently that appear after a few seconds and stay; wouldn't it be more convenient if they came straight away and then faded if the mouse wasn't moved over them? Then unwanted ones wouldn't get in the way. De la Marck (talk) 01:51, 14 May 2015 (UTC)

@De la Marck: We can change the timing for ourselves, with the instructions linked from the top section at Beta_Features/Hovercards#Settings - The ideal timing is somewhat subjective, so they've tried to make the default something that will work for everyone. The default is to appear after 0.5 seconds (500ms) and to disappear after 0.3 seconds (300ms). Quiddity (WMF) (talk) 16:37, 14 May 2015 (UTC)

Bug with gadget hotcat and adjusted timing of show/hide

If the timing of the hovercards is changed with something like "mw.popups.render.POPUP_DELAY = 1000;" in the vector.js the gadget hotcat doesn't work. CennoxX (talk) 17:27, 28 April 2015 (UTC)

How To Use These Beta Features Here https://www.mediawiki.org/wiki/Special:Preferences#mw-prefsection-betafeatures

How Do you use them? Samal10124 (talk) 17:02, 4 May 2015 (UTC)

you, while logged in and after accepting the beta, hover your mouse over a wikipedia link (within wikipedia). After a few seconds a brief discription of the page that it links to will show up. Tomiam8 (talk) 21:41, 9 May 2015 (UTC)

Each beta feature has its own description page, linked from

the preferences page. You can see details on how to use them by following those links.

PS: this talk page is specific for discussing the "Hovercards" beta feature. Helder 10:30, 5 May 2015 (UTC)

how do use Pedro Eduardo2206 (talk) 13:06, 20 May 2015 (UTC)

Year

I only use the Hovercards feature in the German language Wikipedia, so maybe other versions are not affected. When I "hover" over a year number, like 2006, sometimes the card won't appear. I guess the reason is, that some year articles are lists without any introduction. So, I guess the problem is more the lacking introduction. However, maybe you plan a solution for list articles or making the card recognizing that it is a year by the "categories", so it shows at least "year"... Christian140 (talk) 20:17, 10 May 2015 (UTC)

Interaction with navigation templates

I use hovercards on Polish Wikipedia. We use so called navigation templates, which gather links to a large number of related topics in one place. An example is the list of the unmanned expeditions to the Moon [1]. Some of those templates have their own picture - the example one does. Now, if I hover over a link to an article in which the template is used and which does not contain any other picture, the hovercard grabs the picture from the template. Needless to say, this picture is only distantly related to that particular article. In this case, hovering over Chinese [2] produces a hovercard with a picture of Soviet Luna 18, which is quite misleading. Gżdacz (talk) 08:31, 12 May 2015 (UTC)

Nice!

I love these hovercards, they are very useful. Miskeyu (talk) 21:00, 19 May 2015 (UTC)

and me I love so much Pedro Eduardo2206 (talk) 13:14, 20 May 2015 (UTC)

you like my commentary I am very happy Pedro Eduardo2206 (talk) 18:35, 29 May 2015 (UTC)

I've liked a lot that's good Belhout amine (talk) 00:12, 3 June 2015 (UTC)

Yes! I love them too. 90.64.93.15 (talk) 08:57, 10 June 2015 (UTC)

hooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo.thank you Pedro Eduardo2206 (talk) 19:14, 21 June 2015 (UTC)

Turn off Hovercards using JS

How do I turn off hovercards using javascript? jobu0101 (talk) 11:22, 24 May 2015 (UTC)

If you mean to change the value in your preferences, you'd need to make an API call using action=options. There are helpful ResourceLoader modules that simplify making those calls using JavaScript. If you mean to disable Hovercards on an individual pageview … I'd have to look further. {{Nihiltres|talk|edits}} 17:44, 25 May 2015 (UTC)

Currently you can disable them via the beta features, eg de:Spezial:Einstellungen#mw-prefsection-betafeatures Quiddity (WMF) (talk) 11:49, 27 May 2015 (UTC)

No, I don't want to change the setting. I want to write a userscript which doesn't want hovercards to pop up. Therefore it needs for a few seconds to turn them off. After the next page reload hovercards should be turned on as usual. jobu0101 (talk) 15:10, 27 May 2015 (UTC)

Setting mw.poups.enabled to false should do it. If you want to turn it off for good then I'd suggest setting the jStorage key to false. Prtksxna (talk) 05:54, 10 June 2015 (UTC)

Good for some links, bad for others.

It is great in many situations, especially on subjects with technical terms, or terms unknown to the average person form physics to economics. This is very useful.

However for other, it can become annoying. For example, if a word is frequently referenced through the paragraph it can become annoying. Additionally, for many things it is needless; everybody knows what 'coffee' is, or what 'France' is... etc. Heuh0 (talk) 20:38, 31 May 2015 (UTC)

Doesn't work on ru.wikipedia

Suddenly stopped working today. Moreover, it says "1 user is testing the feature", while for another one it's indicates as 4596 (https://www.dropbox.com/s/3o9sj7ak4qemyr9/1bc159ec92e08b8ece4a1717f375fafa.png ). English version is still ok; what's even more interesting, on Ukrainian and Belarussian, for instance, also doesn't work, and the counting of users trying is slightly over 500 & 22, respectfully. Could it be somehow connected with Cyrillics? Ruwshun (talk) 13:27, 1 June 2015 (UTC)

In the way

I had hovered over a link on a Wikipedia article and the card did not go away, which especially became an issue when i went into the VisualEditor beta feature (which I'm also trying out) to edit the link. The card stuck in the spot right over the link I was trying to get at, blocking the way, until I disabled the card feature completely. Obviously, the "Hover" part of "Hovercard" is working just fine, but perhaps it sticks around a tad too long. A simple fade-out feature when the mouse is no longer hovering over the link would probably fix this just fine; it was sticking around too long even before I entered VisualEditor mode, so the issue was not with the VE beta feature as far as I can tell. Mousenight (talk) 23:11, 1 June 2015 (UTC)

Can you tell us the article name so we might test this further? Vibhabamba (talk) 19:30, 7 June 2015 (UTC)

This also happened to me on Draft:William_Edward_Nolan,_Jr. when I hovered over Health Physics Society, but when I go back to it I cannot reproduce it. Chrome 43.0.2357.81 (64-bit) Mac. I tried: clicking elsewhere, escape, re-hovering. Nada. LaMona (talk) 18:39, 28 June 2015 (UTC)

This also happened to me on the main page of Wikipedia (when hovering over any link in the featured article, Jarome Iginla). Ihhavens (talk) 15:02, 1 July 2015 (UTC)

Sporadic

Hi there. Cards have been sporadic lately, working on about 50% of the articles. It's been like this for approx 1 week. Running Chrome. Any ideas? Rob Robvanvee (talk) 15:55, 3 June 2015 (UTC)

I don't believe there have been any recent changes to the Hovercards code, per the commit history.

I've just tested all the links in the top-half of the mainpage, using Chrome, and all worked. Could you let us know if you notice any patterns in the targets that do not work? (or just some examples :) possibly there's an odd template or something?)

(Note: Hovercards is only meant to display cards for links to mainspace. It was working on other namespaces for a while, and the task to change that is still open (phab:T65181), but it doesn't seem to attempt it anymore.)

HTH. Quiddity (WMF) (talk) 19:07, 3 June 2015 (UTC)

Do you mean not being invoked at all or text display issues inside of the card? Any specific instances, could help track the issues down. Vibhabamba (talk) 19:30, 7 June 2015 (UTC)

Everything working OK today, been away from my pc for a few. Some pages had all the cards working and other pages had none at all. Not like some cards worked on an article and some didn't. As I say all working fine today. Will report if happens again, thanks! Robvanvee (talk) 19:29, 9 June 2015 (UTC)

Hatnotes

In English Wikipedia, the hatnote en:Template:Outline is shown in the Hovercard instead of the first sentence of the lead section. I modified it to wrap it inside the en:Template:Hatnote as other hatnotes like en:Template:For (which is not shown in the hovercards), but is still shown in the hovercards. Is something related to the cache and will be corrected after some time, or something else must be done? Thanks! —surueña 07:09, 11 June 2015 (UTC)

Yup, it's related to the cache. If I edit one of the articles that uses it (w:Special:WhatLinksHere/Template:Outline) that will result in a hovercard without the template. The rest should eventually update via the normal cache mechanism (but I'll ask a dev, to confirm). Thanks for investigating/fixing/reporting! Quiddity (WMF) (talk) 23:55, 11 June 2015 (UTC)

I don't know if it's related to the cache, because 24 hours later it's still shown in hovercards (for example, in page en:Si, if you hover over the link for en:International System of Units, which correctly skips the first hatnote ""SI" redirects here. For other uses, see SI (disambiguation).", but shows the outline hatnote "For a topical guide to this subject, see Outline of the metric system.", instead of the lead sentence "The International System of Units (French: Système International d'Unités, SI) is the modern form of the metric system and is the world's most widely used system of measurement, used in both commerce and science. ")

Furthermore, I also fixed a hatnote that was not using any template (and thus the hovercard showed "For related shorter-term variations, see Fluctuations in the length of day.") by intro with the en:Template:For and the hovercard showed immediately the correct lead sentence after that ("ΔT, Delta T, delta-T, deltaT, or DT is the time difference obtained by subtracting Universal Time (UT) from Terrestrial Time (TT): ΔT=TT−UT."), instead of the raw hatnote. So may not be related with the caches, and either something else must be done with the hatnote style in en:Template:Outline or Hovercards code. Hope this helps... —surueña 06:53, 12 June 2015 (UTC)

I checked again today and the hovercard now shows the lead sentence, instead of the text of the Outline hatnote. Cheers —surueña 12:57, 1 July 2015 (UTC)

Just some feedback

For plain text it's perfect, but if there are alot of links close to each other, like tables for example it's not as good.

You would have to purposely go around the links to not get a hovercard, it can get quite frustrating/annoying.

Example:

http://en.wikipedia.org/?title=Valentino_Rossi#Career_statistics

A motorcycle in that table could also be displayed once, instead of over and over again while it has the same name.

It should be limited in my opinion, but it would take time to adjust it properly since it's not a simple thing to get right. Calm keeper (talk) 00:56, 20 June 2015 (UTC)

Hmm, at Enwiki there's a Manual of Style guideline, that recommends only linking an item once per article en:Wikipedia:Manual of Style/Linking#Overlinking (although there's a specific mention of tables being somewhat exempt - I assume because of the possibility of "sorting" a table...). However, the en:Wikipedia:Featured lists I just checked don't seem to follow this very closely at all. :-/

Anyway, thanks for the feedback. :) Quiddity (WMF) (talk) 22:35, 21 June 2015 (UTC)

Why Image?

Great software, very useful but why show an image? It uses up space and sometimes even the first sentence is not fully visible. Can't you create some feature where each page can decide an appropriate part of it to be displayed? This means that instead of the first sentence (or part of it :( ) and a picture, the destination page can have an optional section which will tell exactly what text and/or images to display on the hovercard. When such a section has not been written for a page, status quo can continue. Maybe this is difficult to do, but please try. Hovercard size can also be varied to include all relevent points about the selected word. Jose Mathew C (talk) 15:11, 20 June 2015 (UTC)

Agreed. Great feature, but image is redundant. 109.64.164.247 (talk) 22:13, 17 July 2015 (UTC)

como posso entrar no phabricator

eu não consigo entrar eu ponho o meu nome de utilizador a palavra passe contudo somente aparece nome invalido, palavra passe invalida. Celcio de Almeida Pedro Eduardo Pedro Eduardo2206 (talk) 18:17, 29 June 2015 (UTC)

Luonto aiheista keskustella

Paljon minun kanssa aina kun siitätulee hyviä kuva Mikko lehtonen luonnosta kuvat (talk) 21:01, 29 June 2015 (UTC)

Display lead sentence of #Section, rather than of article intro

When an article links to a specific section of an article, rather than the general article, should we display the lead sentence (and possibly even photo) of that specific section:

Example: the Hovercard for the link [:en:Year#Besselian_year Year#Besselian year] in the [:en:Universal_Time Universal Time] article displays:

A year is the orbital period of the Earth moving in its orbit around the Sun. For an observer on the Earth, this corresponds to the period it takes the Sun to complete one course throughout the zodiac along the ecliptic."

This is confusing at best, misleading at worst. The Hovercard should read:

The Besselian year is a tropical year that starts when the (fictitious) mean Sun reaches an ecliptic longitude of 280°.

Unitof (talk) 14:46, 30 June 2015 (UTC)

See this: https://phabricator.wikimedia.org/T65792 Fixuture (talk) 20:41, 6 December 2016 (UTC)

There's another more recent topic discussing this issue at https://www.mediawiki.org/wiki/Talk%3APage%20Previews/2017#h-Hovercards_don%27t_show_the_section_of_a_page_that_the_link_specifies-2017-01-22T15%3A46%3A00.000Z, called "Hovercards don't show the section of a page that the link specifies".

I have also added links to other topics discussing the same problem there. Edwardj 123 (talk) 16:21, 11 May 2017 (UTC)

Just Some feedback

What to do,, when you getting bored....... @Vidya Bhushan shahi: Joshi Gokul (talk) 15:06, 8 July 2015 (UTC)

Feedback :Second Time Hover is Not showing up

Its a really very good feature to avoid opening up multiple Tabs/Pages.

Below are some observations:

1) After viewing the short summary and if you come back again on the same link on the same article then the short summary is not visible.

2) Not able to view the Image, showing blank space followed by text. e.g. (Commonwealth,

3) It would be ideal to add a feature "Switch Off Hover", which will be ideal for articles with lots of links

4) It would be good have the Display orientation either in Portrait or Landscape based on the devise being used. (As most of the Laptop screen's horizontal dimension is greater than the vertical it would be good to view it in Landscape orientation, which would in-turn help in avoiding some portion of the short summary to be hidden when the link is on the boundaries)

Hope this feedback helps. Naveen macherla (talk) 10:17, 13 July 2015 (UTC)

This should be set as default for ALL Wikipedia users (anonymous and logged-in users): This is brilliant!

Brilliant feature, my vote is 12 out 10

This should be set as default ALL users and available for every single wikipedia visitor (anonymous and logged-in users). Its so much quicker to learn from quick pop-up summaries if not familiar with a topic. Hasselhodge (talk) 00:31, 16 July 2015 (UTC)

but I still experience some pop-ups not going away after a few hovers Hasselhodge (talk) 00:33, 16 July 2015 (UTC)

hello Geoffroid (talk) 16:04, 23 July 2015 (UTC)

Hallo Daneshalovesliam (talk) 21:47, 1 October 2015 (UTC)

hello Hasselhodge (talk) 22:55, 29 July 2015 (UTC)

I think this is an excellent facility. However the pop up summary should not hid the sentence that the link is on. It should hover below so reading is not interrupted. Programme the pop up to appear 2 sentences below link. Jasecbruce (talk) 22:11, 2 August 2015 (UTC)

Or two sentences above. AryamanA (talk) 12:54, 3 August 2015 (UTC)

It should show underneath the actual text, so it is not intruding on the actual content while at the same time providing info. TheJohkah (talk) 10:31, 4 August 2015 (UTC)

I really likes this feature. You can check the page you don't understand on the actual page without leaving the actual page. This is the most brilliant idea i have ever see! 10/10.

Sorry if you do not understand what im talking about. I speak Indonesian, not english. Rakasyakti13 (talk) 12:55, 7 September 2015 (UTC)

Great feature ! Very helpful when reading unfamiliar topics. MadCowpoke (talk) 03:14, 10 September 2015 (UTC)

Highlighting text

Users tend to highlight the text they are reading.

I think Highlight text should not lead to the hovercard page. גבר רצח (talk) 21:51, 23 July 2015 (UTC)

No, I don't think people really highlight text while they read. AryamanA (talk) 12:53, 3 August 2015 (UTC)

[https://xkcd.com/1271/ oh yes they do] 2600:100F:B120:1B72:1C8E:E397:6A39:B0D0 (talk) 04:23, 10 August 2015 (UTC)

Ha I loved that one AryamanA (talk) 14:55, 11 August 2015 (UTC)

Navpopups does that, too. I don't believe it is easily possible to prevent this, without greatly adding to the complexity of the code-base. Quiddity (WMF) (talk) 17:06, 21 August 2015 (UTC)

Debugging which image is used?

I'm trying to debug which image is chosen for the hovercard. An example of a bad case is for w:AK-74, where the image of the weapon from the infobox is skipped over, and the first image from the main text is selected. Usually Hovercard pulls the infobox image, which is usually more appropriate. What mechanisms are available to control this? Why isn't it pulling the infobox image in this case, as it does for, e.g., w:AK-47? ~ J D (talk) 20:09, 1 August 2015 (UTC)

(Hovercards don't work for me cross-wiki, but you can find an intra-enwiki link for AK-74 in the lead of w:Bakelite and for AK-47 within the AK-74 page.) J D (talk) 20:11, 1 August 2015 (UTC)

The image picking is done using Extension:PageImages. Which picked the infobox image for this revision of w:en:CJOT-FM but not this revision of w:en:CHBM-FM. There's a bit more of discussion here. Kakurady (talk) 14:36, 12 October 2015 (UTC)

Problem of pop-up function

When stacking multiple times mouse to link to the article to 'pop-up' feature, there is a problem does not go out a pop-up. (for reference I use language translator.) 기여자 (talk) 05:20, 4 August 2015 (UTC)

Missing parameters instead of intro

Great feature by the way - I love it!

In the german wikipedia I get error messages instead of the intro. One example is the article "University of Cambridge" [3] where two (optional!) missing parameters of a template (Vorlage:Infobox Hochschule) are shown in the hovercard together with the logo.

Another problem are the articles which are candidates for deletion. Instead of being able to quickly identify what the article is about I only get to see the request for deletion. Since these are within "<noinclude>" tags , they should get filtered out. Maybe the hovercard can give a small hint that an article is requested for deletion, but we should still be able to read the intro instead of the request. Mirer (talk) 18:22, 5 August 2015 (UTC)

Articles for deletion ("Löschkandidaten") can be found here: https://de.wikipedia.org/wiki/Wikipedia:L%C3%B6schkandidaten Mirer (talk) 18:24, 5 August 2015 (UTC)

I've filed the first as phab:T109867, and the second as phab:T109869. Much thanks for the feedback and detailed bug-reports. :) Quiddity (WMF) (talk) 17:52, 21 August 2015 (UTC)

Thanks for filing the reports. I can dig for more :) just wasn't sure if these are of interest. ;)

Should I open the new tasks in phabricator by myself or would you more like to see them here and decide by yourself if new task should be added? If I add them, I would add you to the tasks, so you could change/add the important things/people later. Mirer (talk) 18:20, 21 August 2015 (UTC)

Please feel free to create new tasks in phabricator! The workboard of open tasks can be seen at phab:tag/hovercards. I'm auto-notified of new tasks in that project (via clicking both "join" and then "watch" at https://phabricator.wikimedia.org/project/profile/765/ ), so there's no need to CC me manually. Quiddity (WMF) (talk) 21:02, 21 August 2015 (UTC)

Hovercard problem & suggestion

There's a problem where sometimes after hovering off a link the hovercard will stay there and I will have to activate another hovercard to get rid of it. Also you should make it so you can edit what's on the hovercard from the hovercard options. I've saw a few vandalized hovercards and I can't figure out how to edit them. Thanks for taking the time to read this, keep up the great beta features. Whiprust (talk) 15:26, 9 August 2015 (UTC)

Hovercards simply reflect page content, so if you see a vandalized hovercard, it means that the link you're hovering over is to a vandalized page—revert that page's vandalism and its hovercard will be fixed, too. {{Nihiltres|talk|edits}} 21:16, 12 August 2015 (UTC)

Hovercards fail since today

I am not exactly certain about the time when it started. It may be a day ago.

Currently hovercards do not work. Yotwen (talk) 15:03, 19 August 2015 (UTC)

Hi Yotwen, Please could you tell us a few more details, such as which wiki(s) it is not working at, which browser and OS you use, and any error messages you see in your browser's webconsole?

(I'm unable to reproduce a problem at the moment, Hovercards appear to be working normally for me)

Thanks :) Quiddity (WMF) (talk) 19:43, 19 August 2015 (UTC)

Shortcut expansion

One of the most useful features that could be added is expansion of shorcut redirects.

e.g. in Wikipedia, WP:SC hovercard should show the text "A shortcut is a specialized type of redirect page that provides an abbreviated wikilink to a project page or one of its sections, usually from the Wikipedia namespace."

Even just an expansion of WP:SC to "Wikipedia:Shortcut" would be massively helpful when trying to understand a paragraph that quotes multiple wikipolicies. T.Shafee(Evo﹠Evo)^talk 02:45, 20 August 2015 (UTC)

Hovercards (in their current state) are purposefully limited to only work for links going to Mainspace. They do work for redirects in mainspace going to other pages in mainspace.

There are plans to slowly build a more "advanced mode" that will aim to be a feature-parity replacement for navpopups. This mode will work for links to other namespaces. Quiddity (WMF) (talk) 16:14, 21 August 2015 (UTC)

Hovercards Pro and Cons

I think this is a very good feature and should definitely be used after the beta testing stage approaches completion.

However, I haven't understood the logic of leaving a gap of a few inches before a topic starts below. also perhaps the hovercard would be in a different color (aqua perhaps) so as to differentiate more clearly the difference between main text of the article and the hovercard Road.warrior (talk) 13:55, 20 August 2015 (UTC)

why you think like this. Celsio pedro (talk) 19:59, 29 October 2015 (UTC)

Sometimes hover cards do not disappear

I liked immediately the idea of having hover cards, but they are sometimes annoying. When I go hover some link, a hover card appears, but it is a little bit annoying then to make it disappear. It should be enough to go away from the hover card to make it disappear, but, for me at least, it is not like that. Nbro (talk) 12:38, 22 August 2015 (UTC)

That bug is tracked at Phab:T92932. Thanks for the feedback and bug report. Quiddity (WMF) (talk) 17:33, 31 August 2015 (UTC)

Display page title and info about redirect

Regrettably, the previous time-proven tool (User:Lupin/popups.js) stopped to work a month ago. Hovercards are a poor surrogate only. What I miss (tested at cs:wiki):

• the card doesn't display the full name of the target page (including dissambiguation)
• if the card displays a redirected page, it doesn't display the redirection path i.e. a title of the linked page and a title of the target page.
• Hovercard doesn't display links in the displayed text. The former popus worked perfectly - isn't is possible in hovercards? ŠJů (talk) 14:26, 24 August 2015 (UTC)

Navigation Popups (the current version of the gadget Lupin started) is still working, but needs to be updated due to some related changes last month.

Follow the directions at W:en:Wikipedia:Tools/Navigation popups to update your common.js

As for putting those changes into Hovercards - Hovercards is designed to be a very simple article preview, and purposefully doesn't have most of the complicated features that Navpopups has (which are great for editors, but many readers reportedly find them overwhelming). Quiddity (WMF) (talk) 17:45, 31 August 2015 (UTC)

Bug: Linking to wrong page

In the Beta features preferences tab (at en.wikipedia.org, anyway: https://en.wikipedia.org/wiki/Special:Preferences#mw-prefsection-betafeatures), both links for this feature go to the wrong pages. The "information" link goes to VisualEditor/Beta Features/General, meanwhile the "discuss" link goes to VisualEditor/Feedback.  — SMcCandlish ☺ ☏ ¢ ≽^ʌⱷ҅_ᴥⱷ^ʌ≼  04:32, 27 August 2015 (UTC)

Why do you believe that the central pages are "the wrong pages"? Whatamidoing (WMF) (talk) 23:43, 1 September 2015 (UTC)

Because Hovercards do not appear to have anything at all to do with VisualEditor?  — SMcCandlish ☺ ☏ ¢ ≽^ʌⱷ҅_ᴥⱷ^ʌ≼  11:49, 8 September 2015 (UTC)

Those links do lead here, see this screenshot: http://i.imgur.com/NZ5ez0a.png

(The confusion above is my fault: I thought you were asking for VE's "information/discussion" links to go to Enwiki, from the enwiki preferences, instead of mediawiki, and that's how I summarized it when asking Whatamidoing to respond. Sorry about that!) Quiddity (WMF) (talk) 20:07, 8 September 2015 (UTC)

This appears to have been fixed now. Whatamidoing (WMF) (talk) 01:03, 10 September 2015 (UTC)

Use infobox image

This feature often uses entirely unhelpful images, because it pulls the first image from the page other than the one in the infobox, which is usually the most important and appropriate image. Instead, it often grabs something incidental, like a graph. While obviously we don't want it to grab icons from {{ambox}} templates and such, we do want it to get the image in an infobox, and failing that the first one provided in the body by [[File:...]] or [[Image:...]].  — SMcCandlish ☺ ☏ ¢ ≽^ʌⱷ҅_ᴥⱷ^ʌ≼  04:38, 27 August 2015 (UTC)

It's using Extension:PageImages to select the image. There are a few tasks open about selecting a file manually (Phab:T91683), and about making the auto-selection better (various). Quiddity (WMF) (talk) 18:41, 31 August 2015 (UTC)

I don't know enough about PageImages to know why it would not use the first image in the rendered page. My guess is it's pulling from the source, so it just sees transclusions as text like {{Infobox cat breed| ...}}  — SMcCandlish ☺ ☏ ¢ ≽^ʌⱷ҅_ᴥⱷ^ʌ≼  11:48, 8 September 2015 (UTC)

It has picked infobox image for this revision of w:en:CJOT-FM but not this revision of w:en:CHBM-FM. So I suppose in this the difference was adding or not adding a custom image format, but that doesn't explain the result of this case. Kakurady (talk) 14:39, 12 October 2015 (UTC)

I agree that the image preview needs to automatically select infobox images and images at the start of the article much more often. Many articles on companies, books and fonts, for example, do not default to the cover image (a company logo, say) in the infobox when they should. And others seem to avoid the first image for no obvious reason. Blythwood (talk) 19:11, 8 November 2015 (UTC)

it is mentioned in the intro that the first pic may not be used because of size issues. but yes appropriate images should be used for easier navigation through the site. Apurvgupt (talk) 19:45, 13 November 2015 (UTC)

Does unfortunately not work correctly with all infoboxes. Examples:

De:de:Col_des_Mosses (hover over the box Befahrbare Alpen-Passübergänge in der Schweiz at the bottom)

De:de:Kategorie:Erdbeben_in_Italien (hover over Erdbeben von Friaul 1976)

Is there still a bug in the hovercards or are the infoboxes (or the articles) malformed in some way? Patagonier (talk) 16:27, 14 November 2015 (UTC)

The English page for Mont Blanc is also a good illustration of the problem described here. Instead of showing the image of the mountain from the Infobox, it displays a very poor relief map of Europe which is used later in the article. I have tried to alter the order of the images in the article, but without success. ~~~~. Nick Moyes (talk) 23:14, 8 December 2015 (UTC)

Should work on all pages

It's really annoying that this only works on articles. It would be extremely helpful if we could use this to hover over things like [[WP:ARBAA2]] and find out what they resolve to, and read their nutshell summaries and stuff.  — SMcCandlish ☺ ☏ ¢ ≽^ʌⱷ҅_ᴥⱷ^ʌ≼  04:57, 27 August 2015 (UTC)

Thanks for your input! I agree that expanding on the current functionality is definitely on the table and worth exploring. Just to set expectations, though: for now, just getting it to work consistently and attractively on articles is a big challenge that could take many, many months! Once we have rolled it out to anonymous users on most wikis, we can evaluate if adding more functionality is something worth doing. Jkatz (WMF) (talk) 04:21, 13 June 2016 (UTC)

Linking to anchors

It would be hot if this, or a variant of it, could start showing content starting at the specific anchor used in the link. If this were combined with the ability to trigger it for links on the same page, this would be insanely great for w:en:MOS:GLOSSARIES. See w:en:Glossary of cue sports terms for example. The zillion intra-glossary links in that could just pop up the definition in question (as could similar glossary links at articles like w:en:Eight-ball), instead of the current practices, just a tooltip saying what entry it goes to.  — SMcCandlish ☺ ☏ ¢ ≽^ʌⱷ҅_ᴥⱷ^ʌ≼  05:07, 27 August 2015 (UTC)

That feature request is tracked at Phab:T65792 Quiddity (WMF) (talk) 18:36, 31 August 2015 (UTC)

This might be a way to do it: Extension:Labeled Section Transclusion. It would require the correct markup in the page with the content, but I could build that functionality into the glossary templates used at en.wikipedia.  — SMcCandlish ☺ ☏ ¢ ≽^ʌⱷ҅_ᴥⱷ^ʌ≼  01:22, 12 March 2016 (UTC)

Never mind; I now see: "As of 2014, section tags don't have any effect when used inside a template parameter. If page A contains a text {{B|X}}, there's no way {{#lst:A|...}} can access X." So, I guess that won't work after all.  — SMcCandlish ☺ ☏ ¢ ≽^ʌⱷ҅_ᴥⱷ^ʌ≼  01:27, 12 March 2016 (UTC)

Schweet.  — SMcCandlish ☺ ☏ ¢ ≽^ʌⱷ҅_ᴥⱷ^ʌ≼  11:46, 8 September 2015 (UTC)

Needs to recognize and ignore certain classes

It should not pick up text with classes unprintworthy and boilerplate. Often, for pages that have a lot of hatnotes, all that's visible in the hovercard is a bunch of "what this article is NOT" material.  — SMcCandlish ☺ ☏ ¢ ≽^ʌⱷ҅_ᴥⱷ^ʌ≼  11:50, 8 September 2015 (UTC)

TL;DR: The recommendation is to add class noexcerpt or dablink to these types of templates.

The list of classes that Extension:TextExtracts excludes, can be seen at https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FTextExtracts/9194966af72046708c55f88b2fce8451014ef44e/TextExtracts.php#L52 (copy here: '.toc', 'table', 'div', '.mw-editsection', 'sup.reference', 'span.coordinates', 'span.geo-multi-punct', 'span.geo-nondefault', '.noexcerpt', '.error', '.nomobile', '.topbanner', '.dablink', 'dl',)

Any Enwiki templates that rely on W:en:Template:Hatnote seem to be ok, though I cannot determine where it is adding the class... W:en:Module:Hatnote confuses me. :/

I'm unfamiliar with the unprintworthy and boilerplate classes. Do you happen to have any examples readily to hand?

See more details, in phab:T65164 ("Hovercards: Disambiguation text should not be displayed") Quiddity (WMF) (talk) 20:28, 8 September 2015 (UTC)

They're used on en.wikipedia for hatnotes and such.  — SMcCandlish ☺ ☏ ¢ ≽^ʌⱷ҅_ᴥⱷ^ʌ≼  22:56, 11 March 2016 (UTC)

@Quiddity and TheDJ: PS: I don't know which wikis in particular use unprintworthy. Its intent is to hide things from: a) printed versions of pages, b) wiki "books" (i.e. pages selected and auto-assembled into a stand-alone e-book on a topic, which can be kept as such, or printed out on paper), and c) optionally (at third-parties' own discretion) any external re-uses of WMF content, e.g. recycling of a WP article, or much of it, as part of some other publication. Basically, anything anywhere on a mainspace page that is editor-generated (directly or by templates) and not part of the auto-generated interface, and that is some kind of cross-reference outside the article [or whatever it is - on some other wiki it might be a genealogy chart, or a recipe, or an image gallery, or whatever, so think "article" in the sent of "main content being presented for use an reuse"). So, navigation templates of all sorts qualify, as do a lot of maintenance templates. Any kind of "See also ...", "Main article: ...", "For further information, see ..." cross-reference qualifies, unless it is to content on the same page (note, for example, that w:en:Template:See above does not use this class, because it's intra-page, not inter-page, crossref). Most wiki self-references also qualify, unless it is something like a Wikipedia article about Wikipedia as an encyclopedic topic in its own right. Oh, and it being intended as mainspace markup has not constrained it to mainspace; plenty of templates that use this class do not do any kind of namespace test, on the theory that there's no need to suppress this class out of mainspace, because all of the "Wikipedia:", "Talk:", etc., pages are entirely "unprintworthy" in this sense.

After some asking around, I was told that the boilerplate class is obsolete and being cleaned out, so that one can be ignored. But the the unprintworthy class is alive and well.  — SMcCandlish ☺ ☏ ¢ ≽^ʌⱷ҅_ᴥⱷ^ʌ≼  22:54, 29 May 2016 (UTC)

I'm also interested in which wiki's use unprintworthy... —TheDJ (Not WMF) (talk • contribs) 10:20, 27 September 2015 (UTC)

me tooo Daneshalovesliam (talk) 23:28, 14 October 2015 (UTC)

DJ me to I justed created this account today and I really like it a lot Daneshalovesliam (talk) 21:46, 1 October 2015 (UTC)

"Editors will see ..."

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. Ed ^{[talk] [en:majestic titan]} 20:52, 8 September 2015 (UTC)

I've reopened phab:T109912 ("Advanced mode selector for Hovercards is no longer showing"). Thanks. Quiddity (WMF) (talk) 23:55, 9 September 2015 (UTC)

Hi every one il new year un wekipidia so i Will need as much as of help you can give i speak english frealy as Well as arbic and little of french and espagnol so i Will participat as much as i can and thanks for sharing Moussouni aziz (talk) 10:27, 27 January 2017 (UTC)

cc Petit.lea (talk) 12:42, 27 January 2017 (UTC)

A-W-E-S-O-M-E

This is really awesome but sometimes the Hovercards don't go away even if you click somewhere else... Shanghaigirl2000 (talk) 12:24, 3 October 2015 (UTC)

I would disable it...

Pretty nice, but in my first tests, it was quite annoying. When you move the mouse pointer over an article text, such a thing pops up unwantedly and prevents you from reading further on because it simply obscures the text.

And furthermore, this function is eating up bandwith in an unnecessarily way.

Maybe an idea: delay that function by at least 1 second. EFe-0001 (talk) 21:11, 5 October 2015 (UTC)

Thanks for the feedback. :-)

Timing: Two similar tools, have delay-customization-settings that are built-in (Reference Tooltips), or user-configurable with a config file (Navpop). There are tentative plans to add something similar to Hovercards, but how exactly remains to be determined (by the devs). Something like that would be needed, because some people want the hovercard to popup faster, and some want it slower.

Bandwidth: The quantity of bandwidth used by a small amount of text and a thumbnail image, is very very small. I think (?) that anyone who was worried by a few extra hundred kilobytes, on a device using a mouse-input, would also have images completely turned off throughout the web, and probably most javascript. But if I've misunderstood or overlooked something, I'd appreciate an explanation. :-) ...I've now done some very quick testing, and it appears that Hovercards without an image are roughly ~0.7KB, and Hovercards with an image can vary between ~10KB and ~65KB (per). Hope that helps.

Thanks again. Quiddity (WMF) (talk) 22:34, 5 October 2015 (UTC)

I had the same frustration. Adding a delay would not solve it for me, though: I also had trouble making a hovercard go away once it popped up. Thanks. Hugetim (talk) 01:50, 17 October 2015 (UTC)

Was about time! Only the text needs to be adjusted

Love it, should definitely be implemented. But the text has to fit the frame. Right now, sentences are cut abruptly and more importantly the meaning should be clear by reading those few senctences. 78.42.176.99 (talk) 20:42, 6 October 2015 (UTC)

That is also my opinion. I think it is a great function to read some about words, of which you do not know the exact meaning. But I think like the user above, it would be nicer if there is shown one or two more sentences. I use a computer for looking at wikipedia the screen is large enought to show more, maybe it is just the right length of exerpt for mobile reading, but for me it isn't. Thanks! --~ JonnyNord (talk) 14:39, 9 November 2015 (UTC)

It's needed in Help, too!

This is such a brilliant and useful feature. How did I ever manage without it? It's a great tool for testing draft articles, too.

Now, how about making it work as a text-only version in Wikipedia's Help pages? That's where I'd really get some benefit - the place is often a minefield of unfathomable links, technical terms and concepts. A text preview there could make all the difference to my sanity, and productivity! Nick Moyes (talk) 01:02, 11 October 2015 (UTC)

It's great to see this suggestion has now been enabled on the Help pages. Thank you. Nick Moyes (talk) 15:33, 1 November 2015 (UTC)

Personal Thoughts

Just since there seems to be a fair amount of criticism (maybe people are more likely to comment if they have a problem than otherwise) but I just want to say I absolutely love it, can just quickly check things while reading an article, especially good for Current Events, I wish I could do it on all websites.

Judging by the responses, maybe it isn't for everyone though. Could it be optional for non-account holders based on cookies/IP addresses? Don't know if that's nonsensical, not particularly educated in computers.

Otherwise, I might have a little switch in a top corner so people could switch it on temporarily and advertise it as something people could switch on personally if they sign up to get an account, which could lead to more people contributing to the community. Laurie.T94 (talk) 21:28, 17 October 2015 (UTC)

Some Credit is due to Lupin's Navigation Popups!

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

How about some credit in the help documentation to Lupin's Navigation Popups gadget which has been on the Wikipedia for over 6 years now. Hovercards is clearly based upon Lupin's gadget, yet mention of Lupin's gadget is limited to the See Also section.

This is an encyclopedia. Just because it's all open source that doesn't mean due credit shouldn't be given to the original authors of the item in Beta Features. Endo999 (talk) 00:37, 18 October 2015 (UTC)

I admit I didn't closely read the first paragraph which reads:

"There have been many requests over the years for a similar feature; there are browser extensions (see list) and one heavily used gadget (the more editor-focused Navigation popups) that also exist to solve this problem."

So credit has been given. Endo999 (talk) 00:43, 18 October 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Useful for editors, too

I have recently been finding hovercards very useful for quickly error-checking an article, especially if many people's names are linked to and it's now much easier to spot if its the wrong person. It's also great for discovering links to a disambiguation page which then needs changing, or where two different-looking links would have taken the reader back to the same page.

Sometimes you get a lot more than you bargained for, such as I found when looking up the technical botanical term 'glabrous'', and then got even more unwanted hovercard images popping up from links elsewhere within the page as I moused over it. But ho-hum.

I sometimes edit technical articles to link to a particular section in another page in order to add greater clarity to what I am describing. (Linking to just the botanical section within the above-mentioned article would be a good case in point!). Unfortunately, at the moment hovercards display only the main page text and article image, and it would be good if there were a text-only display of the linked-to section. It could show the page heading, the section heading and perhaps the first two sentences of the section text, accompanied by the first of any image files inserted within that section. But definitely not the main image for the whole page.

It's easy to ask for the earth, but someone has to deliver it, and that's not always feasible. So a big thanks to past and present developers of this tool for all that they're doing. 87.113.63.113 (talk) 23:54, 18 October 2015 (UTC)

Some pictures may be " inappropriate"

hovered over the link to human sexuality and i was met with the first picture on that page witch is a picture of a vulva. may want to flag some pages to not show there picture. Axloo7 (talk) 05:21, 19 October 2015 (UTC)

yes of couse very pictures are inappropriate Celcio pedro eduardo (talk) 14:40, 22 November 2015 (UTC)

I HAVE SEEN ENOUGH OF INAPPROPRIATE PICS!!! PLEASE TAKE THEM OFF!!! Thefantasticellie (talk) 22:19, 3 December 2015 (UTC)

See Wikipedia’s content disclaimer and guidelines. @Axloo7@Celcio pedro eduardo@Thefantasticellie Cup o' Java (talk) 22:41, 12 December 2015 (UTC)

This is not an issue concerning the over cards. As long as pictures are shown there might be "inappropriate" ones, depening on your culture and sensibility. And I guess showing pictures is an intended function. There is no way the pop up could decide which one is okay and which is not. If you're on an encyclopedia you have to expect every kind of information and pictures are part of that. If you don't want them to be shown you might want to use some browser addon to filter certain files. But even if you know what you don't want to see it will be hard to accomplish without filtering other stuff or without filtering not enough. Some might not want to see a vagina, others will have problems with nudity at all, even naked arms. Then there is the problem with religions and so on. The only practical solution would be to have an option to disable picture previews at all (something I'd favor). StYxXx (talk) 04:59, 20 December 2015 (UTC)

There is no way to encode right now whether an image is 'appropriate' or not, and I'm guessing there will never be, because there is such a wide range of cultural sensibilities on the Internet, it wouldn't be appropriate to pick one and go with it. Some of those cultural sensibilities (such as those who find caricatures of certain historic people offensive) disagree with other sensibilities (people who find those things offensive need to grow up, freedom of [insert thing] etc.).

Though I'll try to be helpful. You can block all images in the hovercards.

Go to your CSS

(link is for English Wikipedia) and add the following:

.mwe-popups > div > a > svg {
	display:none;
}

It might not work forever, especially if the people developing the Hovercards decide to change how they look in HTML. BurritoBazooka (talk) 17:11, 21 December 2015 (UTC)

Hi all, while these issues aren't only related to hovercards, we are trying to improve the accuracy of images within hovercards and other features. Our first step towards this is restricting images to appear only from the lead section (or lead section + infobox, if available). This way certain images which may be out of context (such as the human sexuality image above) will not appear. We will be implementing this change over the next few weeks. Here's the task if you're curious for more details. OVasileva (WMF) (talk) 15:02, 17 November 2016 (UTC)

Wikilinks visible within each summary would be nice

Having enjoyed using Hovercards for some while now, it suddenly struck me how much more useful it could be were Wikilinks shown within the summary text that appears, and that hovering over these links would itself reveal a second Hovercard, and so on.

Would this not facilitate even more effective navigation to the most relevant page for the user? Great fun, too! Parkywiki (talk) 00:06, 24 October 2015 (UTC)

Thanks for the feedback. :-) That option was considered, but some users found it to be too overwhelming.

However, you might be interested in turning on the more advanced gadget "Navigation popups" found at w:en:Special:Preferences#mw-prefsection-gadgets instead - that tool has recursive-popups, and many more tools that are editor-focused. Hope that helps. Quiddity (WMF) (talk) 18:10, 30 October 2015 (UTC)

Cards sometimes disappear immediately after they appear

For the last few days the cards disappear after a split second. Most times when I move the mouse off the word and bring it back it works but it's a little annoying. Any idea why this might be? I'm using Firefox. Robvanvee (talk) 11:35, 9 November 2015 (UTC)

I can reproduce this. It only seems to occur on hovercards that appear above the link. And not in Chrome. Filed as phab:T118223, thanks. Quiddity (WMF) (talk) 00:56, 10 November 2015 (UTC)

Sometimes the main image appear over the text, other times on the right

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Why don't choose an only side for all the cards? Daniele Locatelli (talk) 17:21, 22 November 2015 (UTC)

We are currently deciding that based on the proportion of the image. In an attempt to show most of the image, we switch to a portrait view shown on the right, or a landscape view show at the top. Prtksxna (talk) 11:00, 23 November 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Issue with Hovercard Appearing

Although I think that the hovercards are very useful features, I have had one problem.

One some occasions, the hovercards appear and then immediately disappear. I then have to move my mouse and hover over it again, although this isn't that much of a problem, it could even be due to my browser, PC, mouse, etc.

Something a little more annoying is the fact that the hovercards sometimes don't disappear. This probably happens about to 10% of the links I hover over. I don' think that I can recreate this issue as it just seems to happen randomly. I also don't know a sure-fire fix for the problem, so I normally just wiggle my mouse and hover over other links so that a new hovercard appears, thereby removing the other. The second hovercard usually disappears when I move my mouse away. JollyTurbo1 (talk) 04:53, 30 November 2015 (UTC)

Thanks for trying out the feature, I am glad you find it useful.

In the cases where the card would disappear immediately, were you using Firefox? We have a few cases like that documented in phab:T118223. If you could share your OS, browser, and browser version, it would be very helpful for us to narrow down the problem.

I have had some luck in recreating the 'hovercards are stuck' problem (see my comments on phab:T92932), but not enough to be able to successfully debug the issue. One solution is to add a close button (phab:T105782), but I am not sure if that is the best idea.

Again, thanks for reporting your issues and trying Hovercards. If you already have a Phabricator account, you can subscribe to those issues to get email updates. Prtksxna (talk) 07:45, 1 December 2015 (UTC)

I see what you mean Prtksxna.

thanks,

always helpful Thefantasticellie (talk) 22:17, 3 December 2015 (UTC)

I experience this 'sticking' many times using Google Chrome (Version 47.0.2526.73), and also find the best way to remove a stuck hovercard is to try and find another link on the page to hover over -though this is not always possible. I still find the benefits greatly outweigh the difficulties.Parkywiki (talk) 23:07, 8 December 2015 (UTC)

Reproduced in Safari 9. The hovercard UI appears to be losing track of the mouse, because mousing off a link or its hovercard does not escape the hovercard. Cup o' Java (talk) 22:29, 12 December 2015 (UTC)

Under normal circumstances, cards can be made to disappear when you hit Esc on the keyboard. Does the same apply to when they're stuck? I am unable to reproduce the problem here and thus unable to test. Prtksxna (talk) 11:17, 28 December 2015 (UTC)

I am also experiencing the "sticking" on Firefox 43 (Linux). From what I can tell, the issue is pretty sporadic and it's basically impossible to predict when it will occur and when it won't. Maybe it has something to do with the adblock extension that I am running (https://addons.mozilla.org/en-us/firefox/addon/ublock-origin/). Cnzx (talk) 21:59, 28 December 2015 (UTC)

Sticking hovercards are really annoying. OSX + latest Chrome 47. I recorded a video where I manage to get 3 hovercards to get stuck in 1 minute, hope this helps: https://www.youtube.com/watch?v=iHZ6P36c_WA --~~~~ SSneg (talk) 12:42, 10 January 2016 (UTC)

I get the same issue on the latest Firefox, and sometimes the hovercard doesn't even appear. Moo Guy (talk) 17:40, 10 January 2016 (UTC)

Having trouble reproducing it. I guess I’ll just wait for the magic to come back… Cup o' Java (talk) 01:13, 13 April 2016 (UTC)

odd for cancel links

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I noticed this displays a hovercard for the "Cancel" button on editing pages. This is rather odd behavior for the user. I'll leave it to you to decide whether that is an issue worth fixing or not. Daask (talk) 04:11, 10 December 2015 (UTC)

The Navigation Popups gadget does this, too. I've filed Phab:T122078. Thanks. :-) Quiddity (WMF) (talk) 21:00, 21 December 2015 (UTC)

Submitted https://gerrit.wikimedia.org/r/#/c/260754/ :) Waiting for review. Prtksxna (talk) 13:42, 23 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Not working

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

The hovercards are not working for me. I have made sure they are checked in the beta features settings, multiple times. ??? Cole128 (talk) 21:20, 17 December 2015 (UTC)

Not working for me either. One day they stopped working...--"" Asoundd (talk) 05:35, 20 December 2015 (UTC)

Same problem, not a problem of browser. 109.17.207.97 (talk) 13:51, 20 December 2015 (UTC)

Yep same problem. Balag12 (talk) 11:47, 21 December 2015 (UTC)

Shame to same... not working anymore for me either, they are such a great feature... EddyDrgsn (talk) 14:51, 21 December 2015 (UTC)

same here

help? Gsapient (talk) 21:31, 17 December 2015 (UTC)

Yep. It's out for me too. Cnzx (talk) 22:26, 17 December 2015 (UTC)

Same here, not working. I love Hovercards, hope they are fixed soon! Wish there was a way to help. WikiEnthusiastNumberTwenty-Two (talk) 22:34, 17 December 2015 (UTC)

Yup, not working any more. Hope it's fixed soon, it's a fantastic tool. BentleyRacune (talk) 00:25, 18 December 2015 (UTC)

Same here, kicked the bucket for some reason. Nerdwiththehat (talk) 00:56, 18 December 2015 (UTC)

Phew, I thought I was the only one. I do hope it will be fixed. Tigress223 (talk) 01:20, 18 December 2015 (UTC)

Same here... Robvanvee (talk) 05:47, 18 December 2015 (UTC)

Yep, same. HughMorris15 (talk) 07:18, 18 December 2015 (UTC)

Not working here either. Its a very nice feature, hope it gets fixed soon. Shakil shahadat (talk) 07:44, 18 December 2015 (UTC)

Same problem. DarthKrait (talk) 07:48, 18 December 2015 (UTC)

Same LMLB (talk) 09:07, 18 December 2015 (UTC)

What they all said. It just stopped working yesterday, for no apparent reason. Guess I'll have to re-enable Popups :( OwenBlacker | Discussion 12:41, 18 December 2015 (UTC)

same as above... IOW Editor (talk) 15:29, 18 December 2015 (UTC)

The code isn't loading for some reason. I am looking into why that could be. Will keep everyone posted here. Prtksxna (talk) 16:17, 18 December 2015 (UTC)

Thanks everyone. It's great to know I'm not the only one. Wikipedia better fix this soon! Is there a good way to tell them? Cole128 (talk) 17:56, 18 December 2015 (UTC)

Функция "Всплывающие окошки" не работает уже сутки! Ateist7777 (talk) 18:11, 18 December 2015 (UTC)

The "pop-up window" is not working day! Ateist7777 (talk) 18:13, 18 December 2015 (UTC)

For me not working too Kubahaha (talk) 19:41, 18 December 2015 (UTC)

I think, that not working because new beta version of "Related articles". :/ Frettie (talk) 20:37, 18 December 2015 (UTC)

A reply to our messages would be welcome from the hovercard team. Robvanvee (talk) 08:18, 19 December 2015 (UTC)

Not working here.

Firefox 43.0.1 Patuleia (talk) 14:59, 19 December 2015 (UTC)

Not working since updated my Chrome... Leopunk93 (talk) 17:33, 19 December 2015 (UTC)

I don't think the browser is the problem. Cole128 (talk) 18:13, 19 December 2015 (UTC)

My hovercards are full of eels Wolbo (talk) 19:05, 19 December 2015 (UTC)

Eels? Cole128 (talk) 20:35, 19 December 2015 (UTC)

Not working for me either. Oeoi (talk) 01:52, 20 December 2015 (UTC)

Same here, using chromium. If that might help in some way. :) StYxXx (talk) 05:00, 20 December 2015 (UTC)

I love this hovercards thing, use it a lot.. and reported few problems before, it was working great until a few days ago, it doesn't work anymore.. I hope it's a temporary thing..

This feature should become standard across Wikimedia projects.

UPDATE: I've noticed that all beta features aren't working... Mo3tasm (talk) 12:13, 20 December 2015 (UTC)

All beta features? Cole128 (talk) 16:10, 20 December 2015 (UTC)

Because related articles is working for me. Cole128 (talk) 16:22, 20 December 2015 (UTC)

Not working for me either! XanonymusX (talk) 14:23, 20 December 2015 (UTC)

Same Atlas50 (talk) 00:05, 21 December 2015 (UTC)

It has stopped working due to a change in one of the extensions that it depends on. The issue has been fixed now (https://gerrit.wikimedia.org/r/#/c/260091/), but not yet deployed to all wikis. I have requested a SWAT deploy for this and it should hopefully get fixed within the next 24 hours. I'll update here once I know when the deploy will happen. Prtksxna (talk) 02:39, 21 December 2015 (UTC)

Still not working, Hopefully it will be fixed by tomorrow. Wonderful feature I do have to say! Never realised how much better it made Wikipedia until now... Davidbuddy9 (talk) 05:00, 21 December 2015 (UTC)

The deployment is scheduled for 21st December at 1600 UTC. It usually takes 30-60minutes for the changes to reflect. Prtksxna (talk) 11:52, 21 December 2015 (UTC)

The same situation. It's quite diffilcult to work without hovercards. Humanitas2016 (talk) 13:33, 21 December 2015 (UTC)

@DmitryVilunos, as I pointed out, the fix for this should get deployed in a few hours. Prtksxna (talk) 13:49, 21 December 2015 (UTC)

This change has been deployed. Hovercards should be working everywhere now. If they still aren't working for you, try appending "?debug=true" to the URL, like so https://en.wikipedia.org/wiki/Main_Page?debug=true. Do report here in case that doesn't help either. Prtksxna (talk) 16:59, 21 December 2015 (UTC)

Cards are back and functional here, as of noon EST. Thanks so much, everyone! Nerdwiththehat (talk) 17:26, 21 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Перестало работать

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Перестали появлятся. VPogos (talk) 14:25, 18 December 2015 (UTC)

== Перестало работать ==

reads "Stops working", for you English readers (via Google Translates). EnigmaLord515 (talk) 14:47, 18 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Not working...

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Why is this not working? 96.48.53.177 (talk) 19:23, 18 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

It's fixed

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

The hovercards are working again. Yay! I think that they 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. Cole128 (talk) 20:15, 21 December 2015 (UTC)

Love this feature, glad it's fixed :D SomethingElseCompletely (talk) 23:40, 21 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

No picture

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

The hovercards are not displaying a picture for me. It just shows up with a blank space instead. The text is still there, but when the hovercard is horizontal, the "last edted" part overlaps the text. Is anyone else having this problem? Got help? Cole128 (talk) 01:47, 24 December 2015 (UTC)

Sometimes it even just shows a little line and the pointy speech bubble part. There is no text or anything, just the line. Cole128 (talk) 01:50, 24 December 2015 (UTC)

Thanks for reporting the problem @Cole128! Could you give me some more details like, which browser and OS you are using. Also, is this happening only on particular links? If so, can you please provide a list? I'll try and figure out why this is happening. Prtksxna (talk) 02:25, 24 December 2015 (UTC)

I'm sorry. I was using an unsupported browser (Internet Explorer) on someone else's computer. On Chrome at my house, it works totally fine. Sorry for the mistake! Cole128 (talk) 15:52, 24 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Get rid of "last edited".

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. Cole128 (talk) 15:54, 24 December 2015 (UTC)

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. Marc J Francis (talk) 17:03, 17 December 2016 (UTC)

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. Cole128 (talk) 19:28, 3 January 2017 (UTC)

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. Nick Moyes (talk) 02:13, 27 December 2015 (UTC)

How is seeing when it was last edited helpful? Maybe it shows how active the page is? Cole128 (talk) 16:31, 27 December 2015 (UTC)

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. Nick Moyes (talk) 23:47, 8 January 2016 (UTC)

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. Fixuture (talk) 20:37, 6 December 2016 (UTC)

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. Cole128 (talk) 16:30, 16 January 2016 (UTC)

Related discussion "What metadata should be displayed (article quality, last edited, user views, settings icon etc.)?" - https://www.mediawiki.org/wiki/Talk%3APage%20Previews/2016#h-What_metadata_should_be_displayed_%28article_quality%2C_last_edited%2C_user_views%2C_set-2016-11-29T06%3A12%3A00.000Z. Relevant discussions are often better linked together. Edwardj 123 (talk) 21:28, 9 December 2016 (UTC)

text interrupts in "lang" template

In some ruwiki articles text interrupts where "lang-en" template is used: http://imgur.com/wQ0w8IB Qbli2mHd (talk) 17:06, 26 December 2015 (UTC)

Thanks for reporting this @Qbli2mHd! This problem has been noted on Phabricator as Phab:T115817, and is on our radar. Prtksxna (talk) 11:14, 28 December 2015 (UTC)

Not all names show up as bold

I was playing around with this. John Luick's name shows as bold when you hover over a link, but Alan Magill's does not. I can't seem to find anything different with the page source. Any ideas? Paul2520 (talk) 15:10, 27 December 2015 (UTC)

Hovercards gets the excerpt of the page in plaintext and bolds the text if it contains the title of the page. In the case of John Luick, the title of the page matches the first two words of the excerpt and thus they are bolded. But, in case of Alan Magilll, the title of the page and name in the beginning of the article are different, and thus the name isn't bolded by Hovercards. Prtksxna (talk) 11:08, 28 December 2015 (UTC)