As a reader, it would be useful when hovering over a disambiguation page link to see a list of the articles it could refer to.
Hovercards have been disabled on disambiguation pages (see T66708)
Open questions that led to previous disabling:
Jdlrobson | |
Mar 22 2016, 9:29 PM |
F8450301: Screen Shot 2017-06-13 at 12.54.54 PM.png | |
Jun 13 2017, 10:58 AM |
F8450293: Screen Shot 2017-06-13 at 12.53.00 PM.png | |
Jun 13 2017, 10:58 AM |
F8447805: ScreenShot_2017-06-13_00.44.44.png | |
Jun 12 2017, 11:09 PM |
F5104303: Screen Shot 2016-12-19 at 5.19.09 PM.png | |
Dec 19 2016, 11:36 PM |
As a reader, it would be useful when hovering over a disambiguation page link to see a list of the articles it could refer to.
Hovercards have been disabled on disambiguation pages (see T66708)
Open questions that led to previous disabling:
See also:
Might want to mark as duplicate and re-purpose one of the other issues.
They show for disambiguation pages currently. Yet, I'm not sure they're necessarily helpful -
. Might be a good candidate for "no preview available"@ovasileva - While testing the HTML Page previews I found many disambiguation pages, I think it's higher priority than low. I created a test page on beta cluster: https://en.wikipedia.beta.wmflabs.org/wiki/User:Polishdeveloper/disambiguation
For example on Barrack Obama article [dev instance fed with production data] I found at Kenwood, South Shore, Wichita, Hydepark , Alice Palmer, National democratic party, Old state capitol, Roseland, Riverdale - and I read only ~10% of the article.
Ok, I found that some disambiguations are caused by hack that is fetching data from production servers so probably in real scenario there will be less disambiguation pages but anyway IMHO it's higher priority than low.
@pmiazga - I'm not sure I follow what you mean. Within the cases above, we should not be pulling the disambiguation pages, but the pages directly linked to. For example, current implementation, (generated by [[Wichita, Kansas]] ):
This task refers to disambiguation links strictly, for example (generated by {{other uses|Obama (disambiguation)}} ):
The current behavior displays the page the disambiguation directs to. For example, the disambiguation link for Obama displays the preview for Barack Obama. This card is to change this behavior to a more appropriate behavior - either displaying the generic popup or a list of the disambiguation pages.
@ovasileva I believe what @pmiazga is bringing up is that there are many many many links to disambiguation pages on our pages. Now we are using HTML we are going to be exposing the list element as well which may make it even more confusing (as the first item in the list will now show). I think we could give these pages better treatment.
For example:
https://en.wikipedia.org/wiki/User:Jdlrobson/sandbox
https://en.m.wikipedia.org/w/index.php?title=Category:Disambiguation_pages is a big category...
I do think the priority is wrong here. You may want to speak to @kaldari to get a good understand of the problem with disambiguation links on Wikipedia.
@Jdlrobson - just to confirm, the pages @pmiazga was referring to were showing as disambiguation pages due to his testing them on a the beta cluster. They would not be disambiguation pages in production. Agreed that we're ready for a solution for actual disambiguation pages. The generic preview comes to mind immediately, but there might be better options as well.
Sidenote:
@ovasileva @Jdlrobson - yes, I was seeing lots of ambiguation pages but it may be related to my hack which was allowing me to test Page Previews on my local instance. Later I'll spend some time testing HTML previews on staging and if the issue still occurs I'll post my findings.
Closing as duplicate of T168392: Page previews should display custom preview for disambiguation pages, which is currently being implemented