Talk:Page Previews/2014/11

cansion uruguaya

I see that the title attribute, when set, does not show with hovercards. I compare:

• [[Wiki]]: Wiki
• <span title="Let's add a title">[[Wiki]]</span>: Wiki

The second one does not show a title.

Unfortunately, I can only test & demo this in (my) enwiki.

The issue shows after saving (that is, the issue reproduces). Any more information needed? DePiep (talk) 11:54, 5 November 2014 (UTC)

Hmm, I understand these are automatically applied to all internal links, as explained in m:Help:Link#.22Hover_box.22_on_links, but who are the main users of this function, and for what specific purposes? Is there a particular (set of) use-cases, or demographics, that need or benefit from this?

http://www.w3.org/TR/WCAG20-TECHS/H33.html ("H33: Supplementing link text with the title attribute") seems to suggest that it isn't for accessibility purposes, but rather for supplementary info. Is that an accurate interpretation?

Sidenote: This reminded me to check, and it doesn't seem to interfere at w:Amphetamine with the Abbreviations (infobox: "half-life") and Pronunciation (lead sentence), nor at w:Blade Runner 3: Replicant Night with a linked Abbreviation (infobox: OCLC)

Aha! Your code order is incorrect. You need this: [[Wiki|<span title="Let's add a title">Wiki</span>]]: Wiki

I'm still curious as to who the main users are, though! :) Quiddity (WMF) (talk) 00:16, 6 November 2014 (UTC)

Thanks. So: 1. Corrected code provided; 2. Abbreviation works OK; 3. "Who are the main users for this?" Me! You wrote my planned follow-up question ;-) . I'm working on a linked abbreviation (like your OCLC example is).

The situation: I applied some wikilink+<abbr> in: en:Template:Kennedy family tree/sandbox (this version), see e.g. abbr "Ftz-H" in row four. The abbr expands, and the link is an page-internal link, #anchored: [[#Ftz-H_parent|.. label code (=abbr tag) goes here...]].

The workings: The abbr-wikilink shows as expected (both underlines). Hovering the abbreviation expands nicely in a "tooltip". Clicking an abbr-wikilink makes the cursor jump nicely to the target anchor.

Complication/distraction in the example topic: anchors are mutually paired (the target location is an abbr-wikilink too. It jumps back to the original one. In the graph, it is to replace a too long connecting family line: parents-child).

The question: Combining wikilink and abbr is curious. Still, I think top level W3C design allows it by principle. Is there a reason to *discourage* its usage from this top level point of view?

A secondary question: is there a problem in this with hovercards? (I say secondary, because IMO hovercards can not dictate/overrule W3C guidelines). With me, they show OK with "tooltip" abbr in foreground. DePiep (talk) 20:10, 6 November 2014 (UTC)

Hmm, I think (IMHO...) that your usage of wikilink+abbr is fine (and interesting :)

and also that it's ok to have both the hovercard and the abbr-tooltip co-existing, because as you say, the tooltip is in the foreground (top-most layer).

So, we should be all good? :) Quiddity (WMF) (talk) 23:33, 12 November 2014 (UTC)

All clear & fine. Thanx. DePiep (talk) 17:54, 13 November 2014 (UTC)

okey it is clear that ZOON02 (talk) 11:48, 25 November 2014 (UTC)

Hovercard on Edit Summary Link in Wikitext Editor

I'm still enjoying the hovercards, a great addition to Wikipedia. A few issues that I still encounter: A) If an article is edited any hovercards that appear close to the edit box disappear behind the edit box (in cases where they drop down). B) As others have mentioned I would prefer to have the second sentence either displayed in full or not at all but if they remain partially displayed there should at least be an ellipsis at the end. C) Sometimes the first sentence is not displayed in full, in cases when it contains a fulls stop. E.g. in the Björn Borg article the hovercard for the Jimmy Connors wikilink displays "James Scott "Jimmy" Connors is a former World No." instead of "James Scott "Jimmy" Connors is a former World No. 1 tennis player from the United States.". The same issue occurs with the Arthur Ashe wikilink. Wolbo (talk) 22:12, 5 November 2014 (UTC)

Great, catch, this is a bug with Editor/VE that is know and in the bug backlog, thanks for pointing it out. Jaredzimmerman (WMF) (talk) 19:44, 6 November 2014 (UTC)

Hi Wolbo, Re: (A), I can't reproduce this bug, and I might be misunderstanding. This is the result I get, for hovercards that drop down over the edit box: http://i.imgur.com/fiI36jk.png

Possibly you're using a gadget or userscript that changes the edit box? Please let us know, if you have any details to add. Thanks. Quiddity (WMF) (talk) 06:25, 12 November 2014 (UTC)

Hoover cards on pages in &action=edit or &action=submit-mode are not usefull. ⵓ (talk) 23:08, 7 November 2014 (UTC)

We actually think that they could be useful in both cases for users to be able to confirm that they've linked to the right pages, both in VE and in previews in Wikitext editor. Jaredzimmerman (WMF) (talk) 23:38, 7 November 2014 (UTC)

It's disturbing in edit mode, because it pops up on links of WikEd (Zusammenfassung") ⵓ (talk) 19:51, 14 November 2014 (UTC)

Can you link to a screen shot of what you're seeing, I'm not quite clear what the issue is? Jaredzimmerman (WMF) (talk) 21:41, 17 November 2014 (UTC)

look at File:

Sometimes it's hiding the relevant diff,... ⵓ (talk) 05:05, 1 December 2014 (UTC)

Good catch, I'm not sure if blacklisting this link (or edit flows in general) is the best idea since there are terms that new users might need to get a bit more info about, but thank you for bringing it to our attention, it definitely deserves some more thought. Jaredzimmerman (WMF) (talk) 02:32, 2 December 2014 (UTC)

Couple glitches for me

My apologies if these have been covered, I did look through many of the posts to see if it was already addressed.

This seems like an amazing add on, however, I am experiencing a few issues with it.

1. Supposedly, there is supposed to be an image along with the text, but for me, I get a large white blank space then the text at the bottom, which in most cases, depending on where the link is, I have to scroll down to read the text. Perhaps making the hovercard wider and having the text on one of the sides would fix this.

2. If I mouse over a link and move on, then go back later, the Hovercard does not reappear. It only shows the first time. This seems to be a software issue, unless it is set up this way on purpose.

As a Beta, this is a good idea. Reading through some of the ideas listed here, some tweaks are needed.

Edited to add: Using this on en.wikipedia.org only. Leobold111 (talk) 07:04, 12 November 2014 (UTC)

Hi Leobold111, thanks for the bug-reports and good suggestions.

Re: Blank Images: Please could you let us know what Browser version and OS you are using? (There are some known problems with Internet Explorer (IE) 9/10/11). There are also occasional issues with links to some pages, where the image it selects to display is tiny or transparent, so please also let us know if you're getting blank images everywhere, or just on certain links? Thanks.

Re: Mouseover not re-appearing the second time, that issue might also be related to IE 9/10/11. Quiddity (WMF) (talk) 19:23, 12 November 2014 (UTC)

I have checked and it's just an Internet Explorer problem. Just fix it on IE and we will be cool. Zzzoom (talk) 15:23, 13 November 2014 (UTC)

I'm using IE 10.0.9bunchofnumbers

Edited to add: It is on each link I mouse over, but on the pages themselves, the images come out just fine.

Edited again to add: If I click on a link, hit the back button, the hovercard does show up again until I try to mouse over a second time. Leobold111 (talk) 19:09, 14 November 2014 (UTC)

uruguay es un pays que no se rinde jamas suda asta el ultimo momento

I was wondering how could I use hovercards. So I came here to ask for help...

Thanks MiniHype (talk) 17:00, 12 November 2014 (UTC)

Hi MiniHype, in your sandbox at en:User:MiniHype/sandbox, hovercards will appear if you use internal link formatting, which is double-square-brackets around the page-title,

eg. [[main page]] becomes main page.

See en:WP:Cheatsheet for quick details. Quiddity (WMF) (talk) 19:30, 12 November 2014 (UTC)

Not sure if this is suppose to happen

I am in Google Chrome and I was checking out the features and found out that you can't use hovercards in other pages in different languages. Zzzoom (talk) 15:38, 13 November 2014 (UTC)

Beta features do not sync across languages, you must turn on the beta feature per-wiki currently, so if you've enabled them on english, they won't automatically be on in french for instance. Once you've confirmed that you enabled it per language, please let us know if you're having an issue with their display in a particular language. Jaredzimmerman (WMF) (talk) 22:15, 13 November 2014 (UTC)

Okay, thanks! Maybe you can choose to add it to all pages with a click of a button. Zzzoom (talk) 14:33, 19 November 2014 (UTC)

Thats a great idea, I'll log a feature request for that. Jaredzimmerman (WMF) (talk) 21:33, 21 November 2014 (UTC)

Don't understand why my image isn't in the hovercard

Hi !

I'm quite a recent user in the wikipedia community and I discovered the Hovercards, those are great !

I tried to understand how it works, but I've got a problem with one.

On this page :

https://fr.wikipedia.org/wiki/Steins;Gate

I want the logo in the infobox to be on the hovercard, but it's the image at the bottom which is used ...

I don't understand why ...

Can somebody help me please ?

(Sorry for the bad English, I'm a French teenager) Kyuunô (talk) 16:52, 15 November 2014 (UTC)

For ease of access, here's a section that links to that article: fr:John Titor#Voir aussi. (The Hovercard is currently pulling the image in the footer-template)

I don't recall exactly why images in infoboxes are sometimes excluded. I'll ask the dev(s).... Quiddity (WMF) (talk) 04:24, 18 November 2014 (UTC)

The PageImages extension scores images based on position and dimensions. I'm guessing the algorithm prefers the square image over the rather wide image. The 'primary' image therefore is the one at the bottom and not the one in the infobox. —TheDJ (Not WMF) (talk • contribs) 12:07, 18 November 2014 (UTC)

Thanks! That reminded me of where I'd seen it discussed before. I've asked for details to be added to the docs, at Extension talk:PageImages/Flow export#c-He7d3r-2014-10-24T12:50:00.000Z-Wrong_image Quiddity (WMF) (talk) 21:32, 18 November 2014 (UTC)

Thanks for your advices, I've just uploaded a square picture in the infobox and now the hovercard is correct ;) Kyuunô (talk) 11:27, 22 November 2014 (UTC)

Bolding is often not shown in preview

It notice that very commonly, the hovercard does not show the bolding used in the source article. I haven't pinned down the exact cause and effect but it seems to require that a bolded item be the first word on the source page and if that happens all the bolding can get turned off.

As for general comment, I think this is an interesting tool and it would certainly have people who love it. I don't know if it would be a good tool to be enabled by default. Jason Quinn (talk) 09:29, 17 November 2014 (UTC)

Hmm, there are a number of open bugs about bolding: bugzilla:67224, bugzilla:67229, bugzilla:67227, and possibly this overlaps with one of them.

I'll try to do some testing of the exact circumstances, later in the week. Quiddity (WMF) (talk) 04:17, 18 November 2014 (UTC)

Hover cards uses the plaintext version of extracts. I'm not sure if that is an intentional choice or not. I think there is something to be said for 'simple' visual representation of the content. —TheDJ (Not WMF) (talk • contribs) 11:57, 18 November 2014 (UTC)

Comparison to Navigation popups

I have been using Hovercards for a long time at Wikipedia and I loved them. Now I have started using the Navigation popups at Wikidata, which I consider even better, and by far (at least at WD). It shows more text and allows to quickly consult history, etc. ~ Petr Matas (talk) 10:38, 20 November 2014 (UTC)

Problem with hovercard with points in the title

The hovercard for the german Wikipedia article of "D. J. Caruso" (https://de.wikipedia.org/wiki/D._J._Caruso) only says "D. J." CennoxX (talk) 21:26, 20 November 2014 (UTC)

The current settings hovercards is using for Extension:TextExtracts (which this extension depends on) are for it to only use the first 2 sentences.

In D. J. Caruso, because there are spaces after the initials (per our styleguides, en:WP:INITS etc), the "J" is interpreted as the second full sentence.

A similar problem can be seen at the link to "J.P. Morgan & Co." in en:J. P. Morgan (disambiguation).

I've filed phab:T75820 for this. Thanks! Quiddity (WMF) (talk) 01:27, 25 November 2014 (UTC)

Text in parentheses

Any text in parentheses seems to be omitted. Is this a bug or a feature? NH (talk) 17:36, 24 November 2014 (UTC)

It's a feature.

IIRC, the decision originated with the problems that occur regarding 'pronunciation/etymology', which is generally within parentheses in the first sentence (and is sometimes quite verbose), and the pronunciation templates don't seem to extract very well..

E.g. See en:Monk versus this screenshot (of both Hovercards and Navpopups) to see how all 3 differ.

Oh, and birth/death dates & location, which also take up quite a few characters. Quiddity (WMF) (talk) 21:19, 24 November 2014 (UTC)

Thank you! NH (talk) 18:46, 25 November 2014 (UTC)

Okay then, this might be a feature for some languages, but for the de.wikipedia it's a huge disservice that keeps the very most vital information from personal articles hidden: "Albert Einstein (* 14. März 1879 in Ulm; † 18. April 1955 in Princeton, New Jersey) war ein theoretischer Physiker. ..." is shown as "Albert Einstein war ein theoretischer Physiker. ..." So please, dear developers, make it depending on the language or at least configurable for every single user. Robis~mediawikiwiki (talk) 15:45, 6 December 2014 (UTC)

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

Implementation Problem

I'm setting up my first mediawiki installation (loving it) and have installed Extension:Popups and its dependencies, run the update.php and installed Beta Features. I think I am missing something very basic as I can't seem to get this to work. As I understand it a hovercard should appear with a preview of another page, but this doesn't seem to be working for me. I notice on this page that sometimes hovercards appear on links but not on others. I've read the pages of documentation several times and am thinking I am missing something. Ed McNeill (talk) 04:41, 26 November 2014 (UTC)

Solved: in a peculiar way. I had my host help me implement short URLs and when they were done, which included setting up a symlink from ~/public_html/ to ~/public_html/wiki/ to fix some image or skin pathing errors, the popups and hover cards work beautifully. Ed McNeill (talk) 00:42, 27 November 2014 (UTC)

doesn't display on Hovercards

I'm not sure if this is the correct place to report this, but thought you'd like to know in the event it hasn't been previously reported. Ed McNeill (talk) 06:41, 28 November 2014 (UTC)

Not sure I understand, is there a page/link that you can point to where you see the issue, or include a screen shot? Jaredzimmerman (WMF) (talk) 02:33, 2 December 2014 (UTC)

Extension:Poem is used in a number of different places, not just for "poems". E.g. we use it to enclose the IRC office hours logs, onwiki, e.g. m:IRC office hours/Office hours 2014-10-15. Because it preserves all formatting, whilst retaining working hyperlinks and internal links. (In contrast to the other limited formatting options)

Links within a poem section work with hovercards (tested here). So I guess Ed is having problems getting Extension:TextExtracts to pull text out of a poem section?

Ed, where (and how often) do <poem>s occur within the beginning of a page's content? Thanks. Quiddity (WMF) (talk) 04:07, 2 December 2014 (UTC)

First image should be used

On the french wikipedia, while using the hovercard over the link to [1], the image displayed is a Star Wars image used in the article, while it should be the logo used on the page top. Turambar (talk) 20:05, 29 November 2014 (UTC)

The same technology that includes images with search results and nearby on mobile is being used, this looks for an image with appropriate length to width ratios, and resolution or image quality. For the example that you pointed out the logo is very narrow and short, causing it to be skipped when finding an appropriate image for the hovercards. Jaredzimmerman (WMF) (talk) 02:36, 2 December 2014 (UTC)

Good Idea Yo.

Yeah I like that. Miscfriend (talk) 08:45, 30 November 2014 (UTC)

I really like it too, because it shows me what is the article behind the link. I hope it will remains in the Wikipedia and it will spread all over the projects of Wikimedia. Porbóllett (talk) 10:17, 12 December 2014 (UTC)

Italique et gras ne sont pas acceptés simultanément / Hovercards removed text styling in preview

fr: Quand ils existent simultanément l'italique et gras ne sont pas affichés dans la prévisualisation du titre dans le texte

en: When they exist simultaneously bold and italics are not displayed in the preview of the title in the text Louis-garden (talk) 10:42, 30 November 2014 (UTC)

Currently we're stripping out existing styling to make the hovercard look consistent, their might be some cases where this changes meaning, but hopefully those are edge cases. Jaredzimmerman (WMF) (talk) 02:37, 2 December 2014 (UTC)