20.01.2014 19:19, David Cuenca:
On Mon, Jan 20, 2014 at 6:13 PM, Lydia Pintscher
<lydia.pintscher(a)wikimedia.de <mailto: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_…
[2]
https://commons.wikimedia.org/w/index.php?title=File:Site_link_badges_edit_…
Best regards,
Bene