I think the order of languages is only important for articles with lots of interwiki links, but for the vast majority of articles there will be less than 5 or so and it doesn't matter. I often click on article interwikis for languages I don't know and can't read (like Japanese). I do this for several reasons, the most prevalent being that I want to see 1) How many links to that page are there in that language? 2) How many items (and which items are these) that are in the articles category in that language?
I tend to only do this for the larger Wikipedia projects, where I do this regularly as a trick to track down articles in foreign languages that are good candidates to translate into English (the fathers/sons/siblings of painters). Jane 2013/1/8 Platonides <[email protected]> > On 08/01/13 22:31, LD 100 wrote: > > I would preferred if this could also be changed by each users > > individually in the settings (maybe the settings could be set > > globally) > > Although preferences are evil, I see the point for customizing this. > Having ar: in the top if I have no idea of that language is useless, I > would prefer to sort first those languages I could understand, perhaps > with a separator from those I definetely don't know (others might want > to completely hide those). > > > On 08/01/13 22:41, Meng Lu wrote: > > It's an interesting point. I personally would prefer seeing the > > Wikipedia instance's own language and English stay at the top, followed > > by the rest in alphabetical order. A longer stretch might be > > providing alternative ordering methods for languages such as > > alphabetical order, descending sizes of that page in each Wikipedia > > instance. > > Article sizes are not a perfect estimator for article quality, but seems > decent enough. However, it should be able to be overriden by marks of > Featured-article / Good-article when some of the entries are tagged as > such. > Con: Any edit potentially means purgin the entries for all interwikis. > Although if the interwiki sort order is stored in wikidata, and we > perhaps aren't actively purgin the squid entries, that shouldn't be a > problem. > > > _______________________________________________ > Wikidata-l mailing list > [email protected] > https://lists.wikimedia.org/mailman/listinfo/wikidata-l >
_______________________________________________ Wikidata-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-l
