Snaterlicious added a comment.

Although I had quite some thinking about the problem, please excuse if I do not 
get it right in the first run. The following is more of a general perception.
It would be awesome to have some kind of global watchlist. But since there is 
not and as long as implementing such is out of scope, why should it not be left 
to the user to watch repo pages on the repo (Wikidata) and have more or less 
extensive filter options there? As for the client (Wikipedia), would the 
already existing "Show|Hide Wikidata changes" not be enough already? Of course, 
only changes directly affecting the watched article should be propagated--no 
Labels, Description, Aliases or other Statements unless those are explicitely 
integrated into an article being watched. No sister projects, no Badges on 
articles in other languages. Even global recent changes in the client should 
contain only changes to Statements that are actually used in the client.

In a perfect world, Wikidata would seamlessly integrate into Wikipedia and 
there would be no need to switch context for a Wikipedia user--may it be for 
adding some Site Link or changing some Statement. Although the technical 
perspective is different, from the view of Wikipedia, a change to a Wikidata 
value integrated into a Wikipedia page is a change to the Wikipedia page. It 
should be possible to revert or change that exact value from within the client 
using the client's native concepts. In that scenario, even the "Show|Hide 
Wikidata" filter would be obsolete as, within the client's scope, all changes 
would be registered as changes to client content. Bothering client users with 
context-insensitive phrases and mechanisms should be avoided. A dedicated power 
of Wikidata should be unobtrusiveness; I oppose blowing up the client with 
options just because it is possible.
Promoting Wikidata should not be done by imposing additional complexity on 
Wikipedia users.


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

REPLY HANDLER ACTIONS
  Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign 
<username>.

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

To: Snaterlicious
Cc: Snaterlicious, Liuxinyu970226, Quiddity, Rschen7754, Ainali, MisterSynergy, 
Lydia_Pintscher, Aklapper, daniel, Wikidata-bugs, aude



_______________________________________________
Wikidata-bugs mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Reply via email to