Re: [Wikimedia-l] [Translators-l] We have an awesome Translation Tools....made for English speakers first
Thanks Niklas for the reply. Notwithstanding the subject line's snark, and despite the fact that components of the problem have been solved for a long time, from a user's perspective there hasn't been progress on the handicap (not being able to translate from languages other than English on Meta) as a whole for years now, which does run counter to our ethos of being multilingual and encouraging contributions in all languages. If Kunal succeeds, that would be great, but if he doesn't or it takes too long to integrate his work, I would recommend prioritising this issue somewhat higher and giving it the necessary resources at the WMF. Best regards, Bence On Thu, Aug 14, 2014 at 5:50 PM, Philippe Verdy verd...@wanadoo.fr wrote: This is good development, but I don't see why we need a special page to define what is metadata of the page itself. May be it will be accessible from the VisualEditor; like we edit categories, but such metadata is a general need for lots of other applications. The general need would be to be able to associate metadata with a symbolic type to any page: just a few metadata is currently handled in MediaWiki: categories, default sortkeys, interwiki links, plus a few other flags inserted by using magic words (like __NOINDEX__). There are also external metadata stored in Wikidata for some wiki projects. More are needed (e.g. for different typing sort keys). Any way I expect to see soon a reliable way to detect the page language including for translated pages; but more importantly for sources of translations without having to assume they are in English, or create thme in another language and creating a pseudo-translation to the original language by copying keys, then modifying the English source again but keeping the original text. At least, when we mark a new page for translation, we should immediately have an option asking in which language is the source; if it's not specifid by the new experimental Special:PageLanguage page (which is not necessarily needed). And once a source page has been marked for translation, the Translate tool should have a simple API to query its language or the language used in the generated translations, And ideally, we should be able to swithc from one source language to another (for example some projects start in English, but are later managed in German or Chinese, or a local Chapter initially creates documents in its own local language such as French, Hindi or Spanish, and will not use English as the reference (this is important for pages reporting local projects mostly done in other languages, outside countries or regions with a majority of native English-speakers, i.e: most countries of the world, including Europe (and even North America where French and Spanish are very present too ; Spanish and Chinese are also growing fast in US, and here there are aslo local communities that would like to promote their own local projects in their native non-English tongue : do you remember that US does not have any official language ?). 2014-08-14 16:52 GMT+02:00 Niklas Laxström niklas.laxst...@gmail.com: Translate extension has supported for a long time having any language as the source language. There just has not been an interface in MediaWiki to set the source language of a page. The good news is that Kunal Grover, a GSoC student has created Special:PageLanguage to do just that. [1] I expect it will be available quite soon. In the future, please use a subject line which does not sound like an accusation. -Niklas [1] https://www.mediawiki.org/wiki/User:Kunalgrover05/Progress_Report ___ Translators-l mailing list translator...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/translators-l ___ Translators-l mailing list translator...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/translators-l ___ Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe
Re: [Wikimedia-l] Next steps regarding WMF-community disputes about deployments
What the heck is a design community at all, and why does their opinion count, when WMF uses every opportunity to claim it is super-unfair to claim that the community wants anything? 2014-08-27 6:49 GMT+02:00 geni geni...@gmail.com: On 27 August 2014 05:16, Erik Moeller e...@wikimedia.org wrote: And the design community is taking notice: https://news.layervault.com/stories/31897-wikipedia-already-looks-great--just-add-m-on-desktop We already know the design community doesn't like the edit button. Was there any reason you thought we should pay attention to their opinion? -- geni ___ Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe ___ Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe
[Wikimedia-l] Link-parameter image usage: attribution issue
Hola la todos. I think I do not say nothing new: Most files are under a free license or FUR either of which requires attribution. I'm omitting existing of Media Viewer - it's not important in the case. When we use file like [[File:Example.jpeg]] (with size, position, alt and so on perhaps) the attribution requirement is fulfilled by the fact that the file is being a link to it's description page where all credits are to be seen. But we can use it like [[File:Example.jpeg|link=]] or [[File:Example.jpeg|link=Some page]] which would suppress or substitute the link with another link. We can also use images via css or scripts for some backgrounds and so on which is not about the link-parameter but has the same issue in core. The question is how attribution requirement is being fulfilled in the latter case? What is general community consensus and WMF position upon it? I'm sure that I'm not the first wikimedian who notices that thing so the answer should lie on some surface just I don't know where to look for it so I'm asking it in here. This is also not so uncommon and too rare usage to be ignored, I'm sure of it. I'm looking forward for any answers/comments. Yours, Base ___ Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe
[Wikimedia-l] CAPTCHA for people with poor eyesight
Hola la todos. I'm being curios how the blind or just people with quite poor eyesight are supposed to join Wiki(m|p)edia. Fortunately though my own eyesight isn't what you call perfect, low myopia gives me no obstacles to use computer without spectacles. But unfortunately not every human being can boast not having such problems. And I'm sure some of them could be potential wikimedians. But when I e.g. want to proceed with registration I've got to fill a field with what CAPTCHA says (and except for registration there are also other cases when it's shown for nonautoconfirmed guys). But assume you don't see it well — how on Earth are you to pass it then? It's not uncommon to see audio version on many sites. But we have it not. On Wikidata there is a link to https://www.wikidata.org/wiki/Special:Captcha which actually acknowledges the problem, there is similar page on Meta, I believe there are some more like this but the solution to contact siteadmins doesn't seem too good for me - user at least needs to reveal his email publicly or contact a sysop using some external to wikipages way. Not all people'd like to do it. Enwiki provides with a link to a tool https://accounts.wmflabs.org/ but still you need to give your email to somebody. But on the other hand even such a solution is better than nothing. But it's local ones in perhaps dozen or two wikis while there are over 700 of them. So what's the current status of dealing with the problem? Is someone working on audio CAPTCHAs? Or perhaps there are some ideas how to make other passages for such cases? Spambots do exist anyway but it's sad if some potential users are being stopped from joining us this way. Yours, Base ___ Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe
Re: [Wikimedia-l] Link-parameter image usage: attribution issue
A sentence Most files are under a free license or FUR either of which requires attribution. Should be read someway like this: Most of files which are under either a free license or FUR require attribution. --Base 27.08.2014 12:52, Bohdan Melnychuk написав(ла): Hola la todos. I think I do not say nothing new: Most files are under a free license or FUR either of which requires attribution. I'm omitting existing of Media Viewer - it's not important in the case. When we use file like [[File:Example.jpeg]] (with size, position, alt and so on perhaps) the attribution requirement is fulfilled by the fact that the file is being a link to it's description page where all credits are to be seen. But we can use it like [[File:Example.jpeg|link=]] or [[File:Example.jpeg|link=Some page]] which would suppress or substitute the link with another link. We can also use images via css or scripts for some backgrounds and so on which is not about the link-parameter but has the same issue in core. The question is how attribution requirement is being fulfilled in the latter case? What is general community consensus and WMF position upon it? I'm sure that I'm not the first wikimedian who notices that thing so the answer should lie on some surface just I don't know where to look for it so I'm asking it in here. This is also not so uncommon and too rare usage to be ignored, I'm sure of it. I'm looking forward for any answers/comments. Yours, Base ___ Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe ___ Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe
Re: [Wikimedia-l] Link-parameter image usage: attribution issue
On Wed, Aug 27, 2014 at 5:52 AM, Bohdan Melnychuk bas...@yandex.ru wrote: But we can use it like [[File:Example.jpeg|link=]] or [[File:Example.jpeg|link=Some page]] which would suppress or substitute the link with another link. We can also use images via css or scripts for some backgrounds and so on which is not about the link-parameter but has the same issue in core. The question is how attribution requirement is being fulfilled in the latter case? What is general community consensus and WMF position upon it? Note this reply is entirely in my personal volunteer capacity, and in no way represents anything official From what I've seen on enwiki, this mainly applies to images used as navigation icons or decoration in templates. Whenever I see an image requiring attribution or notice of license (which basically means anything that's not public domain or CC0) that is using the link= parameter, I'll fix it with an appropriate edit summary. Sometimes it's possible to find or create a replacement image that's public domain or CC0 which can be used instead of the problematic image, or sometimes I just remove the link=. In some cases the link necessary for attribution is supplied in some other way, e.g. by superimposing an info icon on the image with the necessary link. A few years back I tried to make a user script that would highlight problematic images, but the plethora of licensing categories (particularly on Commons) made it too difficult to keep up with. Maybe the new Structured Data planning can make this possible. ___ Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe
Re: [Wikimedia-l] CAPTCHA for people with poor eyesight
Hi, I thought I should acknowledge that this is a problem not just with people with poor eye sight but also when using a low resolutulion screen. In most of the outreach sessions done in non-metros in India, I have come across people (the ones with good eye sight) face this problem more, as the monitors they use are not great. It would be helpful if good alternatives could be worked upon. Best, Vishnu On Wednesday, 27 August 2014, Bohdan Melnychuk bas...@yandex.ru wrote: Hola la todos. I'm being curios how the blind or just people with quite poor eyesight are supposed to join Wiki(m|p)edia. Fortunately though my own eyesight isn't what you call perfect, low myopia gives me no obstacles to use computer without spectacles. But unfortunately not every human being can boast not having such problems. And I'm sure some of them could be potential wikimedians. But when I e.g. want to proceed with registration I've got to fill a field with what CAPTCHA says (and except for registration there are also other cases when it's shown for nonautoconfirmed guys). But assume you don't see it well — how on Earth are you to pass it then? It's not uncommon to see audio version on many sites. But we have it not. On Wikidata there is a link to https://www.wikidata.org/wiki/Special:Captcha which actually acknowledges the problem, there is similar page on Meta, I believe there are some more like this but the solution to contact siteadmins doesn't seem too good for me - user at least needs to reveal his email publicly or contact a sysop using some external to wikipages way. Not all people'd like to do it. Enwiki provides with a link to a tool https://accounts.wmflabs.org/ but still you need to give your email to somebody. But on the other hand even such a solution is better than nothing. But it's local ones in perhaps dozen or two wikis while there are over 700 of them. So what's the current status of dealing with the problem? Is someone working on audio CAPTCHAs? Or perhaps there are some ideas how to make other passages for such cases? Spambots do exist anyway but it's sad if some potential users are being stopped from joining us this way. Yours, Base ___ Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe ___ Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe
