Page MenuHomePhabricator

Mingle Wikidata interwiki links with ULS to choose display and input while visiting the link itself
Open, LowestPublicFeature

Description

When in menubar interwiki language links displayed by wikidata, if curser hover over any wiki language name along with that respective language item; ULS should offer option to open up the respective language wiki with related language display and/or input method .

May be this shall need to mingle extensions wikidata and ,Universal language selector


Version: unspecified
Severity: enhancement
See Also:
https://bugzilla.wikimedia.org/show_bug.cgi?id=51355

Details

Reference
bz51431

Event Timeline

bzimport raised the priority of this task from to Lowest.Nov 22 2014, 2:01 AM
bzimport set Reference to bz51431.
bzimport added a subscriber: Unknown Object (MLST).

Created attachment 12859
Request for Wikidata interwiki wikis to open with respective language ULS display and input

Attached:

Request_for_Wikidata_interwiki_wikis_to_open_with_respective_language_ULS_display_and_input.png (217×322 px, 6 KB)

Mahitgar: Please set severity to "enhancement" when filing enhancement requests. Thanks!

Mahitgar: How is this different from bug 51355???

Here in this bug I did split point b from bug 51355,Since I realised myself that handling this bug will be easier to handle first,Since here in this bug developers will need to handle only two extensions.Once this bug is fixed; handling bug 51355 will be far easier , and all this is my guess , you and the developer team are the right people to judge after all.

Thanks

Why should my input method and interface language automatically change if I switch to the article in another language? How would such an option be displayed without too much confusing UI clutter?
I'm not convinced that it would be helpful for a large number of users, but I am happy to be proven wrong. :)

Created attachment 13116
example of pop up that can provide options

This is example of small pop up options technique (from translate wiki recent changes) that can provide options to user when their cursor will hover over a wikidata interwiki language link.

If written briefly I do not think that will clutter UI in any way.

Attached:

PopupOptions_on_translate_wiki.png (168×624 px, 13 KB)

How would such an option be displayed without too much confusing UI clutter?

  1. For expected methodology I have added one more attachment at comment # 6
  1. I am not asking any thing for creating confusions,I am expecting it to be intutitive.
  1. I read Amir E Aharoni somewhere "The ULS may be used in the future for switching to Wikipedia in another language; I refer to the thing that is done today with the interlanguage links. '''Setting a different content language for a whole page is a useful feature,''' and the ULS can be used for selecting the language there . So this bug is asking for something which is already in the plan.(But probably(may be) they want to do it indipendent of wikidata people.So that would be working as a monolithic block ?)
  1. I read somewhere Mr. James Forrester saying " we're very keen to start moving away from editing being a monolithic block of actions that have to take place together,and instead letting users "curate" quickly" .And this enhancement bug intends to help you on the same line of thought.

(In reply to comment #5)

Why should my input method and interface language automatically change if I
switch to the article in another language?
I'm not convinced that it would be helpful for a large number of users, but I
am happy to be proven wrong. :)

Can you, please, revisit the facts that, who are &/or would be the large number of users visiting an article in other language ? Let me provide you the facts:

  1. Earlier before wikidata interwiki links user had to visit foreign lang wikis without knowing them , no longer they need to visit post wikidata scenario
  1. Addition of images also is already largely managed well by commons users/bots and wikidata will be supporting partially in times to come further
  1. Now with changed times, mainly the people knowing other language partially or fully will be '''the''' large number of users visiting the other language, and this bug intends to be usefull to them.
  1. >>Why should my input method and interface language automatically change << this argument misrepresents the current situation and logically fallacious I will provide more critical arguments with facts in my next post over this bug

Continuation to comment #8

5)For example please do have a look at new user account creation log link [http://mr.wikipedia.org/wiki/विशेष:नोंद/newusers?setlang=en] on Marathi Wikipedia.From 7th Augsy 2013 to 16 August; there are aprox 250 new account creations; out of that roughly 110 are locally created on Marathi Wikipedia and the rest are created on rest of wikimedia wikis (read en wikipedia).Out of rest of new 140 users visiting Marathi Wikipedia rough counting of their user names suggest only 20 are non Marathi names.So the aprox ratio of visitors knowing marathi to non Marathi is 120:20

:So that is why I questioned the premises of your assumed large number of users.

  1. So with this bug I wish to make UI user friendly to this 20 i.e 15% minority visitors and the rest also by allowing them to retain their language of choice for the display while visiting an unknown language wiki
  1. And at the same time I wish to serve the majority 120 i.e.85 % who know my language better by giving them a choice to visit along with dispaly and input enabled while visiting itself, so after visiting I need not search and click any additional buttons to enable content language and I can begin editing immidiately.
  1. Current status of ULS is like a technological marval like a most famous wonders of world which I can not enter or exit unless I know them.These current ULS icons of wheel and typing keyboard (in its smallest size it does not look like a typing keyboard icon but more of like a suitcase) are usefull for those who know that those are there and additionally call for extra thought (not-intutive) extra eye movemnt and axtra clicks
  1. I have already presented figures at ULS talk page that 60% first time editors of Marathi Wikipedia users still find it defficult and fail to understand where exactly they need to enable Marathi language typing.Certainly ULS is a great technical wonder but I need to accept the fact that on the ground 60% that is the majority still does not understand where the entry is from.
  1. Now again question may come what wiki data or VE has to do with that the answer is what laft hand has to do with right hand , a co-ordinated work.
  1. Some of these things are related to user behaviour and I know will take time to realise .May be things like wikimedia academy and such things will happen and reports will slowly penitrate and if not this you will come up with some other solution.
  1. Methods are not important soltions are ! and I trust on you developer team that you are capable of them to solve and will come up with apropriate solutions by solving this or that bug

Mahitgar, thanks for your verbose explanation, this is helpful!
Technically it is not clear yet to me under which codebase category this request would fall (ULS? Wikidata?), so I'll leave it up to corresponding developers to provide further input here and/or reassign this request.

I think that is ULS only. Wikidata only saves the data about the language links, but nothing about the user and also does not touch on the UI language in any given Wikipedia.

Aklapper changed the subtype of this task from "Task" to "Feature Request".Feb 4 2022, 11:14 AM
Aklapper removed a subscriber: wikibugs-l-list.