Daniel Kinzler, 29/01/2015 11:24:
As far as I recall, there is some very silly technical
reason that
this is not
easy to change at all. We tried to do this right when
we introduced
the other
widget, of course.
I don't recall what exactly the problem was though, and it might have
been
fixed
since. Worth another look...
I see. I said "should" (ought to?). :P Is there a phabricator ticket for
this?
Lydia Pintscher, 29/01/2015 11:31:
The issue with doing this when there are several
sitelinks is that
people will unknowingly merge items this way that should not be
merged. That'd be a huge pita. We'll need to put some good thinking
into this still. I have no good solution right now.
This is a non-issue IMHO, as soon as my suggestion at
https://phabricator.wikimedia.org/T85776 /
https://phabricator.wikimedia.org/transactions/detail/PHID-XACT-TASK-zi2igy…
is implemented.
>This should be very easy to change. The
dialog could then contain a link to
>the Wikidata item for the case when one wants to edit or remove links, until
>such a feature is added to the dialog itself.
Showing the dialog and requiring
people to click would probably annoy
people for having to click one additional time? Especially if their
intention is clear.
There is already a generic Wikidata link in the sidebar which users can
click; having two of them is a waste. Also, the drawback is much lower
than the gain: if I'm forced to visit an entry in Wikidata to edit a
sitelink, I have to spend X seconds to load the entry, then find the
"add" button etc, spend additional N links; if I really want to go to
the Wikidata entry, having to click in a dialog is just one click more
and a fraction of second spent.
If you really think the "add one link" case is minoritary for those who
click the edit links button, I trust you, but we should have click
tracking data to back this. Personally, I'd bet 85 % of users clicking
the button just wants to add one link and expects to see the dialog they
usually see to add links (when there are none).
Nemo