Agabi10 added a comment.

@MGChecker I'm not talking about linking the properties, I'm talking about displaying them based on the property. It doesn't affect Wikidata, while it will have the desired behavior on the client wikis. Anyway you may not realize that even if what you are saying about the redirects is already done in many wikis it gets confusing from the Wikidata perspective. If in Wikidata someone goes to the Bonnie article of enwiki and they don't realize they were redirected to an article about Bonnie and Clyde they could think it is a bug or remove the sitelink. There is no indicator in Wikidata that the link will be to a redirect page, so the link doesn't follow the expectations of the user. Being able to use redirects as sitelinks in Wikidata using the "workaround" you described is clearly a bug, not a workaround, and that should be fixed, not allowing them is the expected behavior here. Using redirects you are linking articles about different topics together without the reader being able to know the difference between both.

Finally, having the article of Bonnie in nowiki linked to the Bonnie and Clide article of enwiki but not having the article of Bonnie and Clyde of enwiki linked to the Bonnie article of nowiki is even more inconsistent and confusing, and the fix used to solve the problem should be implemented in a way that this wouldn't be inconsistent. And to make the things clear, I wasn't talking about mixing all the sitelinks together, I was talking about having sections in the toolbar like "See more info about Bonnie" with the sitelinks to the Bonnie entity and "See more info about Clyde" with the sitelinks of the Clyde entity in the Bonnie and Clyde articles and sections like "See more info about Bonnie and Clyde" with the sitelinks of the Bonnie and Clyde entity in the articles linked to Bonnie and Clyde separately.


TASK DETAIL
https://phabricator.wikimedia.org/T54564

EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Agabi10
Cc: Agabi10, Choomaq, IKhitron, QZanden, thiemowmde, Toto256, Acer, Elitre, Sylvain_WMFr, Lea_Lacroix_WMDE, Schlum, TomT0m, Thryduulf, Rich_Farmbrough, Zppix, ChristianKl, Mike_Peel, Wittylama, Liuxinyu970226, SebastianHelm, MisterSynergy, Oliv0, JanusTroelsen, Blahma, MGChecker, MSGJ, Izno, Nnemo, bzimport, Unknown Object (MLST), DanielFriesen, Gymel, Denny, jeblad, Abraham, Addshore, SamB, Toru10, Wikidata-bugs, JAnD, Nemo_bis, He7d3r, -jem-, ValterVB, Filceolaire, Micru, JanZerebecki, matej_suchanek, Ricordisamoa, MZMcBride, Aklapper, Tgr, kaldari, Laddo, Lydia_Pintscher, Jane023, Ltrlg, JohnLewis, Fomafix, Zellfaze, GoranSMilovanovic, aude, Jackmcbarn, Mbch331
_______________________________________________
Wikidata-bugs mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Reply via email to