20.01.2014 19:19, David Cuenca:
On Mon, Jan 20, 2014 at 6:13 PM, Lydia Pintscher <lydia.pintscher@wikimedia.de> wrote:
* We should allow more than one badge per sitelink.
* We can start with supporting just one badge per sitelink.

I agree with your two points. Since badges don't need statements, just associated items to any given page, would it be possible to adapt the "alias interface" to tag sitelinks with badges? GUI-wise, is more or less what is needed to fulfill those requirements, a second row for each of the sitelinks that lists all the badges (actually items) associated with a given article in a language.

If there the sitelink list grows too large, it could be hidden, with a 4th column "Badges" (next to "Language-Code-Linked page") with a text "X badges" (expandable, similar to statement sources). Not sure if I expressed myself correctly or if it is feasible, I could draw a mockup if wanted.

Hi, I am not sure if you got the point which I criticize. While with some effort we could create an interface on Wikidata supporting several badges [1] we are still facing a problem on the client. How should we choose the badges that should be visible on Wikipedia against those that aren't relevant in the "in other languages" section? I know, one answer is to add another config variable, but this is only a short solution because it will end up in adding another config and even one more so that we finally will have content in the code base. This is something we should really avoid.

Also there exist some mockups already on Commons [1] [2].

[1] https://commons.wikimedia.org/w/index.php?title=File:Site_link_badges_edit_interface_%282%29.png
[2] https://commons.wikimedia.org/w/index.php?title=File:Site_link_badges_edit_interface.png

Best regards,
Bene