Talk:Page Previews/2014/09

Hovercards provide you with a short summary of an article whenever you hover over a link to it.

Please give us feedback on your experience using this beta feature so we can change and improve it. All languages welcome! You can read more about the feature here.

Archived discussion for this page are available at /Archive 1

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

Right click behaviour

After you bring up a hovercard, then right click to, say, open the link in a new tab, the hovercard blinks off then re-appears again (sometimes in a different place, sometimes under the context menu). Nothing is harmed in doing so, but it's an odd/distracting (and useless) behaviour. Is there any way for the hovercard js to detect the rightclick and suppress the card's re-display? If I'm doing something with the link itself, the hovercard is no longer required and should get out of the way.

[In case it matters: windows + firefox] 14.2.59.205 (talk) 19:05, 2 September 2014 (UTC)

Thanks, we'll log this issue, I'm not able to reproduce it on OS X with chrome, but we'll try to track the issues down. Jaredzimmerman (WMF) (talk) 05:00, 3 September 2014 (UTC)

yes, I can reproduce this with FF 32 on Windows. For me the popup mostly reappears aligned to the start of the link. se4598 (talk) 23:26, 13 September 2014 (UTC)

Koordinaten statt Text / Some hovercards display coordinates rather than text blurb

Bei einigen Artikel werden statt des Artikelanfangs Koordinaten angezeigt. z. B. de:Tschechoslowakei. Dort steht die de:Vorlage:Coordinate am Anfang des Quelltextes, beim Artikel de:Deutschland, wo die Vorlage am Ende steht, funktioniert die Hovercard korrekt. Probleme gibt es anscheinend auch mit einigen Infoboxen, z. B. werden bei allen Artikeln, die die de:Vorlage:infobox Brücke verwenden, ebenfalls in der Hovercard Koordinaten angezeigt. Andere Infoboxen, z. B. de:Vorlage:Infobox Schule haben dieses Problem nicht. JLKiel (talk) 08:19, 4 September 2014 (UTC)

JLKiel: Die text fragmenten sind ein product von Extension:TextExtracts. Dieses extension hat ein filter. Beim default filtert das:

$wgExtractsRemoveClasses = array(
   // These usually represent content that is not part of usual text flow
   'table', 'div', 'ul.gallery',
   // Section edit links
   '.mw-editsection',
   // Extension:Cite references
   'sup.reference',
   // Used by parser for various wikitext errors, no point having them in extracts
   '.error',
   // Ignored in MobileFrontend. @todo: decide if it's really needed
   '.nomobile',
   // Elements marked not to show up in the print version
   '.noprint',
   // Class specifically for this extension
   '.noexcerpt',
);

So die Möglichkeit gibts um in de.wikipedia zum Beispiel die .noexerpt zu brauchen oder alternativ die standard settings von die Extension zu altern.

Apologies for my German skills :) —TheDJ (Not WMF) (talk • contribs) 08:39, 4 September 2014 (UTC)

There are infobox text fragments in Hovercards too, see discussion and examples at https://de.wikipedia.org/wiki/Wikipedia:WikiProjekt_Vorlagen/Werkstatt#Konflikt_zwischen_Wartungslinks_und_Hovercards. Can this be fixed with the filter? Atlasowa (talk) 08:10, 18 September 2014 (UTC)

Grafiki / First image in article not always used

Zdjęcia prezentowane w wyskakujących okienkach są zbyt duże i niewłaściwie dobrane. Nie zawsze pierwsza grafika w artykule jest najbardziej charakterystyczna. Szczególnie w przypadku państw gdzie pierwszą grafiką jest flaga. Marek Mazurkiewicz (talk) 22:47, 7 September 2014 (UTC)

From the Google translation:Images shown in pop-up windows are too large and incorrectly chosen. Not always the first graphic in the article is the most characteristic. Especially in those countries where the first flag graphics.

We use a standard technology used elsewhere on the site called "extract" to get the beginning of articles as well as a representative image. Due to a number of factors the image may not be the first image if it is too, small strange dimension, or an incompatible file format. Additionally the images are cropped to fit in one of two standard sizes for the popups.

Machine translation: Używamy standardowej technologii stosowanego gdzie indziej w miejscu zwanym "wyciąg", aby na początku artykułów oraz reprezentatywny obraz. Ze względu na wiele czynników, obraz może być pierwsze zdjęcie, jeżeli jest zbyt małe wymiary obcy, albo niezgodne formacie. Dodatkowo obrazy są przycięte w celu dopasowania w jednym z dwóch standardowych rozmiarach dla pop-upów.

Thanks for your feedback! / Dziękujemy za Twoją odpowiedź! Jaredzimmerman (WMF) (talk) 07:01, 8 September 2014 (UTC)

This has been brought up several times before. I did check with Max Semnik and there is no way to tag an image as the most representative image for an article.

Ich habe mit Max Semnik überprüfen und es gibt keinen Weg, um ein Bild als das repräsentative Bild für einen Artikel zu taggen. Vibhabamba (talk) 20:45, 11 September 2014 (UTC)

Another issues is that the first image in an article is used, instead of one in an infobox (if there is an infobox with an image). I would believe that an infobox image is the most representative on an article, if present. Deepdraft (talk) 10:36, 16 September 2014 (UTC)

Всплывающие окошки / popup windows

Хорошее нововведение для того чтобы узнать значение не углубляясь. Kirill med (talk) 15:41, 13 September 2014 (UTC)

Рад Вам нравится функцию, и вы точно правильно, мы надеялись, что это поможет людям быть в состоянии исследовать даже больше, не теряя, где они находятся.

Glad you like the feature, and you're exactly correct, we hoped that it would help people be able to explore even more, without losing track of where they are. Jaredzimmerman (WMF) (talk) 05:38, 14 September 2014 (UTC)

Introduce a new template to preset Hovercard image

It has been noted before that, in some cases, Hovercards don't show the most characteristic of an article's images. This could be eluded if editors were given the possibility to select a certain image for Hovercard display. Is it possible to create and apply a template that, in cases where the automatic selection doesn't lead to a good result, can be placed at the bottom of an article, like other templates, e.g. Template:Coord? It might look like this:

{{Hovercard image|Fremersberg IMGP9273.JPG}}

The program should check if such a template is present in an article and, only in this case, prefer the specified picture over the automatic selection. Sitacuisses (talk) 20:15, 16 September 2014 (UTC)

Doesn't seem possible, see the thread below, Grafiki / First image in article not always used and reply by user:Vibhabamba.

But what about the tags introduced for Mediaviewer to exclude certain images? See class=noviewer and class="metadata" at mw:Help:Multimedia/Media_Viewer#How can I disable Media Viewer for unrelated images? Is this tagging followed by Hovercards?

Nearby at mobile Wikipedia: article names with images if available(old mockup) Watchlist at mobile Wikipedia: article names with images if availableIs the imagechoice for Hovercards the same as for mobileWikipedia nearby list and watchlist (see images)? Atlasowa (talk) 08:36, 18 September 2014 (UTC)

"There is no way to tag an image as the most representative image for an article" is not an answer I'd accept as definitive when the task is to show the most representative image for an article... I was hoping that "there is no way" means "there is no way yet". But I'm not an expert for Mediawiki software. Sitacuisses (talk) 10:14, 18 September 2014 (UTC)

Yes, i hear you.

But it seems that we would have a lot of image tagging to do in articles:

• class="hovercardpic" -> pic chosen for hovercard
• class=noviewer -> pic not shown in mediaviewer
• class="metadata" -> pic not considered a pic

And this tagging again and again: for each picture individually, for every transclusion in every wiki. A lot of manual work...

BTW, there already is "a way to tag an image as the most representative image for an article" at wikidata, see https://www.wikidata.org/wiki/Property:P18 .

You can add representative pictures to wikidata items (Wikipedia articles) with this tool:

• Berge im Schwarzwald https://tools.wmflabs.org/fist/wdfist/?category=Berg%20im%20Schwarzwald&depth=3&language=de&project=wikipedia
• Nobel laureates in Economics. https://tools.wmflabs.org/fist/wdfist/?category=Nobel%20laureates%20in%20Economics
• Indian writers. https://tools.wmflabs.org/fist/wdfist/?wdq=claim[106:%28tree[36180][][279]%29]%20AND%20claim[27:668] Atlasowa (talk) 12:20, 18 September 2014 (UTC)

No title in hovercards

The hovercard doesn't show the title of the target article or section.

This may be confusing in case of piped links and redirects to sections or alternate titles, as the user lack context of the landing page, which may be different to what the words in the link suggest.

See this for some examples. (BTW, it seems like redirects to section don't work, they show the start of the article anyway) Diego Moya (talk) 11:14, 18 September 2014 (UTC)

The title is bolded for regular articles and re-directs.

Please see https://en.wikipedia.org/wiki/Salim_Khan (hover on Hindi Cinema) which redirects to Bollywood.

You will see that Bollywood is bolded. Vibhabamba (talk) 17:30, 19 September 2014 (UTC)

Yes, but that's a matter of style for the way the target article is written, not the software showing the actual title of the page. There are many pages that don't contain their bolded page title in their intro paragraph.

In the page I linked to above, there are various links with puzzling results:

https://en.wikipedia.org/wiki/Card_advantage#Forms_of_card_advantage

For example if you hover on the links in that section called "library", "graveyard" or "enchantment", the resulting hovercard in all them contains this text which does nothing to explain how the link arrived to that content and thus seems broken:

Magic: The Gathering is a collectible card game with detailed and, at times, complex rules. Knowledge of the game's rules is necessary to play the game.

If the hovercard properly displayed the contents of the redirect page as their title, we would know that those links are targetting "Magic: The Gathering rules#Areas_of_play", "Magic: The Gathering rules#Blocking" and "Magic: The Gathering rules#Enchantments" respectively.

The old hovercard gadget (Navigation popups) does this, and it's much easier to orientate oneself with it even when opening several chained hovercards (which the new widget doesn't allow, and it's incredibly useful). Diego Moya (talk) 11:46, 22 September 2014 (UTC)

Thank you for reporting this. But for 90% of the cards the title is relatively easy to gauge.

Ideally we would like to carry the title on its own line but it significantly increases the height of the card, because some titles can be multiline. The text size is the navigation popups gadget is quite small and doesn't meet W3CG AAA Accessibility standards for a temporal element. Vibhabamba (talk) 18:39, 23 September 2014 (UTC)

Why is the height of the card a problem even with large text? On large screens there is plenty of room, in small screens like phones you will need to scroll down anyway. I'd say avoiding problems of disorientation caused by missing context is more important than having to scroll down slightly.

If the title is more than, say, 8 words, it could be trimmed and shown on mouse hover, or with a "show full title" small button. Diego Moya (talk) 10:43, 24 September 2014 (UTC)

More Text

Is it possible to show more text? If not, i would suggest to make it possible. The Hovercards are nice but its annoying that the text often ends in the middle of the sentence. Diega92 (talk) 15:44, 18 September 2014 (UTC)

I also find it annoying that the text ends mid sentence. I think it should only include completed sentences (so either completed the half-sentence or don't include it at all). Pigi5 (talk) 22:05, 27 September 2014 (UTC)

Hello, yeah its annoying to have a incomplete sentence. I agree with diega and pigi. either make it to show the completed text or don't include it all as pigi said. Physicsmathftw (talk) 08:24, 29 September 2014 (UTC)

incorporating "popups" gadget function

is there a plan to incorporate the function taht we had in the "popups" gadgets? https://en.wikipedia.org/wiki/Wikipedia:Tools/Navigation_popups

especially the direct links to the user contribution or history page Chandres (talk) 06:42, 24 September 2014 (UTC)

We did consider this early on, but those are fairly advanced functions meant for power users. Including them and making them accessible (Increasing the type size etc) increases the visual overload and clouds the purpose. Hovercards is meant to be a more reader facing feature. Advanced users can always switch to the navigation popups gadget. Vibhabamba (talk) 21:44, 24 September 2014 (UTC)

fair enough, thanks for the answer Chandres (talk) 14:14, 6 October 2014 (UTC)

Love it:

This is a great feature and should be put into use asap. Harizotoh9 (talk) 13:34, 27 September 2014 (UTC)

Thanks, we are trying to roll out to a few language projects such as chinese wikipedia first. Vibhabamba (talk) 06:39, 28 September 2014 (UTC)

@User:Vibhabamba, where can i find this roll-out plan? I couldn't find anything like that, and there are a lot of pages everywhere. On Beta_Features/Hovercards, "Status: See updates" is a redlink. And: "End: September 26, 2014" - what does that mean? Atlasowa (talk) 09:10, 6 October 2014 (UTC)

I just wanted to say that I love this too! Gourneau (talk) 21:42, 17 October 2014 (UTC)

The main benefit is that it removes the need for overly detailed "See Also" sections. It can just list the articles without having to offer lengthy descriptions. Harizotoh9 (talk) 13:42, 4 November 2014 (UTC)

It is an interesting and useful feature... Since I use FireFox, I readded the "Cool Previews" addon in my browser. Now; I not only get the the hovercard, but can see the full page that is being linked to without leaving the page I am working on ... Thanks! Matroc (talk) 07:55, 11 November 2014 (UTC)

Is there a way to specify after how many seconds hovercard appear?

Will there be a way a user can specify the seconds after this hovercard appears? Like the options that we see in refrence tooltip options. Physicsmathftw (talk) 16:45, 29 September 2014 (UTC)

Yup, see Extension:Popups#Show.2Fhide_timing for instructions. Quiddity (WMF) (talk) 20:32, 17 October 2014 (UTC)