Re: [Wikitech-l] Deploying alpha of VisualEditor to non-English Wikipedias
Le 2013-04-25 19:09, James Forrester a écrit : On 18 April 2013 17:32, James Forrester wrote: TL;DR: VisualEditor will be deployed on 14 new Wikipedias next week as an opt-in alpha. Your assitance is requested to inform your wikis about this and help get the software translated. This is now done (for de, nl, fr, it, ru, es, sv, pl, ja, ar, he, hi, ko, and zh). Grateful for feedback, bug reports and suggestions of how we can improve the VisualEditor for you. In the french version, the label of the checkbox to activate it have to internal links to none-existant pages (red links). The wiki equivalent text is : Activer VisualEditor (seulement dans les espaces de noms [[Wikipédia:Main namespace|principal]] et [[Espace de nom utilisateur|utilisateur]]) Otherwise I didn't test it yet, but thank you. :) Yours, -- James D. Forrester Product Manager, VisualEditor Wikimedia Foundation, Inc. jforres...@wikimedia.org | @jdforrester ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Association Culture-Libre http://www.culture-libre.org/ ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] File Licensing Guidelines
On Fri, Apr 26, 2013 at 1:12 AM, Matthew Flaschen
wrote:
> I believe you're quoting GPLv3 ("Conveying Non-Source Forms").
> MediaWiki is under GPLv2 or later. Of course, that raises the question
> of which version the WMF is trying to comply with...
>
Also irrelevant. ;) GPL v2 has similar requirements in sections 1 and 3,
respectively.
*-- *
*Tyler Romeo*
Stevens Institute of Technology, Class of 2015
Major in Computer Science
www.whizkidztech.com | tylerro...@gmail.com
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] File Licensing Guidelines
On 04/25/2013 09:27 AM, Tyler Romeo wrote:
> On Thu, Apr 25, 2013 at 9:12 AM, Brad Jorsch wrote:
>
>>
>> It certainly doesn't count as source code: "The source code for a work
>> means the preferred form of the work for making modifications to it"
>> hardly describes minified JavaScript.
>>
>>
>
> Irrelevant. The first sentence of section 6 indicates that even when
> conveying object code you must comply with sections 4 and 5, thus
> indication of the license is still required.
I believe you're quoting GPLv3 ("Conveying Non-Source Forms").
MediaWiki is under GPLv2 or later. Of course, that raises the question
of which version the WMF is trying to comply with...
Matt Flaschen
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Anyone using Apache 2.4 to run MediaWiki?
On 04/25/2013 08:40 PM, Brian Wolff wrote: > I would say we shouldn't document unless we habe a vauge idea why. Agreed. But I was basing this on reports from people who were using XAMPP, not my lame attempts. Still, I haven't tried to reproduce the XAMPP issue, either. For now, I suppose this is just something to make a mental note of until the problem becomes more real. -- http://hexmode.com/ Imagination does not breed insanity. Exactly what does breed insanity is reason. Poets do not go mad; but chess-players do. -- G.K. Chesterson ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Anyone using Apache 2.4 to run MediaWiki?
On 2013-04-25 2:01 PM, "Mark A. Hershberger" wrote: > > On 04/25/2013 11:42 AM, Tyler Romeo wrote: > > How exactly did it not succeed? That's a pretty serious bug. > > I did say I didn't try very hard. I'm not sure php even works with > apache 2.4 which is labeled "experimental" on Debian. > > So five minutes was about enough to apt-get the apache 2.4 package and > dependencies and go to the URL that it was already set up on and see > that it didn't work. > > If you'd like me to test some more, I can. But I was hoping someone > else had some experience before I had to dig in further. > > Mark. > > -- > http://hexmode.com/ > > Imagination does not breed insanity. Exactly what does breed insanity > is reason. Poets do not go mad; but chess-players do. > -- G.K. Chesterson > > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l I would say we shouldn't document unless we habe a vauge idea why. From your description it could be that debian doesnt have php enabled by default in their package of apache or something like that which would not be a mw issue. -bawolff ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Anyone using Apache 2.4 to run MediaWiki?
On Thu, Apr 25, 2013 at 1:01 PM, Mark A. Hershberger wrote: > I did say I didn't try very hard. I'm not sure php even works with > apache 2.4 which is labeled "experimental" on Debian. > > So five minutes was about enough to apt-get the apache 2.4 package and > dependencies and go to the URL that it was already set up on and see > that it didn't work. > > If you'd like me to test some more, I can. But I was hoping someone > else had some experience before I had to dig in further. > Ah, I see. Unfortunately you probably know more than I do so I don't have anything to add. :P *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2015 Major in Computer Science www.whizkidztech.com | tylerro...@gmail.com ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] retired services / Tampa cleanup
as of right now singer just has 2 services left: contacts.wikimedia.org (going to rsync over to magnesium) RT-5018 (and it has been upgraded thanks to Jeff) and secure.wikimedia.org --> here's my attempt to move to (Apache) cluster: https://gerrit.wikimedia.org/r/#/c/60934/ everything else has been backed up and nuked or isn't needed anymore (/home/, /opt/, /root, /srv, ...) also all other occurences of singer in DNS have been removed ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] retired services / Tampa cleanup
Hi, as part of our ongoing efforts to remove all unused, non-cluster remnants services from Tampa, all of the following services have been permanently retired. (This means removed from DNS, backup docroots and configs, then nuked. Almost all of them had been temp. disabled in the past so it's not like they were reachable for the public until yesterday) -- former websites on "singer". (Tampa misc host for off-cluster sites) -- communicate.wikimedia.org outreachcivi.wikimedia.org ocs.wikimania2009.wikimedia.org url.wikimedia.org wm08reg.wikimedia.org wm09schols.wikimedia.org wm10schols.wikimedia.org -- pre-labs things -- prototype.wikimedia.org en.prototype.wikimedia.org de.prototype.wikimedia.org tesla.usability.wikimedia.org tesla.wikimedia.org -- misc-- internproxy.wikimedia.org volunteer.wikimedia.org (this was already commented out in the past) survery.wikimedia.org argon.wikimedia.org wikitech-old.wikimedia.org (we got rid of the Linode instance) -- kept for backwards compatibiliy -- voip.wikimedia.org(but if your client uses that, please update to " voip.corp.wikimedia.org") -- kept for historic reasons -- long live .. coffee.wikimedia.org :) -- backed up docroots from singer on tridge -- blog.tar.gzbugzilla.tar.gz outreachcivi.tar.gz svn_blog.tar.gz techblog.tar.gz wm09schols_info.txt.gz wm10reg.tar.gz bugzilla.older.tar.gz bzapi.tar.gz survey.tar.gz svn_techblog.tar.gz wikimania2009.tar.gz wm09schols.tar.gz wm10schols.tar.gz .. and more -- about to be moved -- contacts.wikimedia.org racktables.wikimedia.org -- Daniel Zahn Operations Engineer ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Have production server access? Please read this document
- Original Message - > From: "Leslie Carr" > The Ops team has been working on a document about best practices with > regards to production machines. If you have access to a production > machine, please read this document > > https://wikitech.wikimedia.org/wiki/Server_access_responsibilities Very nicely done. Noting the license, I'll probably steal it in turn. :-) Cheers, -- jra -- Jay R. Ashworth Baylink j...@baylink.com Designer The Things I Think RFC 2100 Ashworth & Associates http://baylink.pitas.com 2000 Land Rover DII St Petersburg FL USA #natog +1 727 647 1274 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] File Licensing Guidelines
Additional pressure to update Special:Version is going to come when we start using noun project icons -- like the ones that came out of the Iconathon. The license there is CC-BY but they strongly recommend we put statements to that effect in our 'About' pages for each image resource we use. I'll take a poke this weekend to see how the Special:Version page could be massaged into outputting such information if we provided it. ~Matt Walker Wikimedia Foundation Fundraising Technology Team > ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Call for new list moderators
On Fri, Apr 19, 2013 at 3:02 PM, Chad wrote: > Hi everyone, > > As you may have remembered reading. Huib--our longtime volunteer moderator > for mediawiki-l and wikitech-l--resigned from his positions back in > February[0]. > I let this slip longer than I should've, but I'd like to now make the > call for a new > batch of list moderators for mediawiki-l and wikitech-l. > > I think it's very important to have more than one moderator per list, > so I'm looking > for several candidates to help with moderation with one (or both) > lists. It's a pretty > low maintenance job (the occasional spammer), as Huib and myself have always > had a very light-handed moderation policy and have preferred to let > discussions > run their course. > > So, if this is something you're interested in helping out with, please > respond to > this off-list and tell me why. Don't need an essay, just a sentence or two > about > who you are and why you'd like to volunteer. I'll give it a couple of > days for people > to think about it and e-mail me, and I'll pick some people by late next week. > > Thanks, and have a good weekend :) > I'd like to first thank everyone who e-mailed me to volunteer. I got a bunch of great names, and I've narrowed it down to two people. Please join me in welcoming your two new list admins: Platonides and Andre Klapper. Platonides has been a long-time community member and is well known by all. Andre's our bug wrangler and has quickly proven himself as being a friendly newcomer. Again, welcome to you both, and thank you everyone. -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Have production server access? Please read this document
The Ops team has been working on a document about best practices with regards to production machines. If you have access to a production machine, please read this document https://wikitech.wikimedia.org/wiki/Server_access_responsibilities -- Leslie Carr Wikimedia Foundation AS 14907, 43821 http://as14907.peeringdb.com/ ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Deploying alpha of VisualEditor to non-English Wikipedias
Hi James, Great news! Is the already given feedback publicly available? If yes, where. Thank you. Claudia On Apr 25, 2013, at 7:09 PM, James Forrester wrote: > On 18 April 2013 17:32, James Forrester wrote: >> TL;DR: VisualEditor will be deployed on 14 new Wikipedias next week as an >> opt-in alpha. Your assitance is requested to inform your wikis about this >> and help get the software translated. > > This is now done (for de, nl, fr, it, ru, es, sv, pl, ja, ar, he, hi, > ko, and zh). Grateful for feedback, bug reports and suggestions of how > we can improve the VisualEditor for you. > > Yours, > -- > James D. Forrester > Product Manager, VisualEditor > Wikimedia Foundation, Inc. > > jforres...@wikimedia.org | @jdforrester > > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] GSoC query regarding jQuery.ime project
> > I am assuming you have already read about the project requirements and > also gone through the source files Yes Runa I have read the project requirements thoroughly and also had some overview of the source files. Making the extensions is one part of the project. The primary aim is to > integrate it to run as a plugin from within the user's browser. Yes certainly. I had a discussion with Santhosh Thottingal today and I have identified the following tasks/requirements : - On demand loading of languages - Some user preferences/options (Your thoughts ?) - Getting the extension reviewed and published - Documentation - Long term maintainance - Mechanism to update extension with minimum effort Please let me know if I am missing any points. Any kind of suggestions and feedback are welcome. On Thu, Apr 25, 2013 at 2:19 PM, Runa Bhattacharjee < rbhattachar...@wikimedia.org> wrote: > On Wed, Apr 24, 2013 at 11:15 PM, Praveen Singh wrote: > > > I am Praveen Singh, a final Year Computer Science Graduate student at > JIIT, > > India. I wish to apply for GSoC 2013 and I am thinking about jQuery.ime > > extensions for Firefox and Chrome as a project for the same. > ... > > Does the project simply aims at packaging the source files into an > > extension ? > > > > Hello Praveen, > > Thank you for your interest in this project. I am assuming you have > already read about the project requirements[1] and also gone through > the source files[2]. Making the extensions is one part of the project. > The primary aim is to integrate it to run as a plugin from within the > user's browser. > > I'd suggest that you start by evaluating the current features provided > by jQuery.ime. We'll be looking forward to your project proposal. :) > > All the best. > > regards > Runa > > > > [1] > http://www.mediawiki.org/wiki/Summer_of_Code_2013#jQuery.IME_extensions_for_Firefox_and_Chrome > [2] https://github.com/wikimedia/jquery.ime > > -- > Language Engineering - Outreach and QA Coordinator > Wikimedia Foundation > > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Deploying alpha of VisualEditor to non-English Wikipedias
On 18 April 2013 17:32, James Forrester wrote: > TL;DR: VisualEditor will be deployed on 14 new Wikipedias next week as an > opt-in alpha. Your assitance is requested to inform your wikis about this > and help get the software translated. This is now done (for de, nl, fr, it, ru, es, sv, pl, ja, ar, he, hi, ko, and zh). Grateful for feedback, bug reports and suggestions of how we can improve the VisualEditor for you. Yours, -- James D. Forrester Product Manager, VisualEditor Wikimedia Foundation, Inc. jforres...@wikimedia.org | @jdforrester ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Anyone using Apache 2.4 to run MediaWiki?
On 04/25/2013 11:42 AM, Tyler Romeo wrote: > How exactly did it not succeed? That's a pretty serious bug. I did say I didn't try very hard. I'm not sure php even works with apache 2.4 which is labeled "experimental" on Debian. So five minutes was about enough to apt-get the apache 2.4 package and dependencies and go to the URL that it was already set up on and see that it didn't work. If you'd like me to test some more, I can. But I was hoping someone else had some experience before I had to dig in further. Mark. -- http://hexmode.com/ Imagination does not breed insanity. Exactly what does breed insanity is reason. Poets do not go mad; but chess-players do. -- G.K. Chesterson ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Anyone using Apache 2.4 to run MediaWiki?
On Thu, Apr 25, 2013 at 11:28 AM, Mark A. Hershberger wrote: > I tried to run MW against the > Apache 2.4 package on Debian and didn't succeed > How exactly did it not succeed? That's a pretty serious bug. *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2015 Major in Computer Science www.whizkidztech.com | tylerro...@gmail.com ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Anyone using Apache 2.4 to run MediaWiki?
I'm seeing a few reports that people are running into trouble running MediaWiki on Apache 2.4. The reports seem focused on XAMPP, but I tried to run MW against the Apache 2.4 package on Debian and didn't succeed. Granted, I tried only for 5 minutes or so. Is this something we should document? -- http://hexmode.com/ Imagination does not breed insanity. Exactly what does breed insanity is reason. Poets do not go mad; but chess-players do. -- G.K. Chesterson ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] File Licensing Guidelines
On Thu, Apr 25, 2013 at 9:38 AM, Brad Jorsch wrote: > But not in every individual compiled file. Most likely, but even so, for some resources we don't convey the license *anywhere*. In other words, if I have a JS file from an external library that is not GPL licensed (maybe it's LGPL or something), the license for that file is not displayed anywhere, because the only licensing information on MediaWiki at all is on Special:Version. There needs to be some way to show the licenses of external libraries. *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2015 Major in Computer Science www.whizkidztech.com | tylerro...@gmail.com ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] File Licensing Guidelines
On Thu, Apr 25, 2013 at 9:27 AM, Tyler Romeo wrote: > On Thu, Apr 25, 2013 at 9:12 AM, Brad Jorsch wrote: > >> >> It certainly doesn't count as source code: "The source code for a work >> means the preferred form of the work for making modifications to it" >> hardly describes minified JavaScript. >> >> > > Irrelevant. The first sentence of section 6 indicates that even when > conveying object code you must comply with sections 4 and 5, thus > indication of the license is still required. But not in every individual compiled file. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] File Licensing Guidelines
On Thu, Apr 25, 2013 at 9:12 AM, Brad Jorsch wrote: > > It certainly doesn't count as source code: "The source code for a work > means the preferred form of the work for making modifications to it" > hardly describes minified JavaScript. > > Irrelevant. The first sentence of section 6 indicates that even when conveying object code you must comply with sections 4 and 5, thus indication of the license is still required. *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2015 Major in Computer Science www.whizkidztech.com | tylerro...@gmail.com ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Zuul (gerrit/jenkins) upgraded
On 25 April 2013 15:18, Mathieu Stumpf wrote: > Excuse me, but what is Zuul? > https://wikitech.wikimedia.org/wiki/Zuul → https://www.mediawiki.org/wiki/Continuous_integration/Zuul -- [[cs:User:Mormegil | Petr Kadlec]] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Zuul (gerrit/jenkins) upgraded
Le 2013-04-24 19:44, Antoine Musso a écrit : Hello, This morning was very quiet so I have been bold and upgraded our Zuul installation. Excuse me, but what is Zuul? -- Association Culture-Libre http://www.culture-libre.org/ ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] File Licensing Guidelines
On Thu, Apr 25, 2013 at 2:59 AM, David Gerard wrote: > On 25 April 2013 00:36, Tyler Romeo wrote: >> On Wed, Apr 24, 2013 at 6:27 PM, Brian Wolff wrote: > >>> Says who? I do not believe this is a requirement. It perhaps would be nice, >>> if done sanely, but not a requirement. > >> Says the GPL. To be specific: > > > I understand Luis was working on sane ways to do this in minified JS > (and whether it is in fact required, or that counts as a compiled > binary; though obviously it would be nice). So AIUI we're waiting on > him. It certainly doesn't count as source code: "The source code for a work means the preferred form of the work for making modifications to it" hardly describes minified JavaScript. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Fwd: [WikimediaMobile] Rethinking MobileFormatter / Skins
On 04/23/2013 08:52 PM, Jon Robson wrote:
Thanks for pointing out the __TOC__ magic word. Out of interest - for
what reason do we support this? It seems like a bad thing to allow
inconsistencies between page content on the same wiki.
In some list articles, where the TOC is long and where each
heading is short, it is useful to put the __TOC__ in a
right-floating table, so the user doesn't have to scroll very
long to find the first text:
{| align=right
|-
| __TOC__
|}
Here is one example,
https://en.wikipedia.org/wiki/1951_in_comics
--
Lars Aronsson (l...@aronsson.se)
Aronsson Datateknik - http://aronsson.se
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Support for multiple content languages in MW core
I also prefer not to add magic words in the first place. But if it is added, it shouldn't change the way the other magic words are interpreted; only magic words from the wiki's language should be used. Or no magic words at all - just use a language picker at the editing page. -- Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי http://aharoni.wordpress.com “We're living in pieces, I want to live in peace.” – T. Moore 2013/4/25 Brian Wolff : > On 2013-04-25 9:12 AM, "Amir E. Aharoni" > wrote: >> >> 2013/4/25 Brian Wolff : >> > On 2013-04-25 7:04 AM, "Erik Moeller" wrote: >> >> >> >> On Tue, Apr 23, 2013 at 9:08 PM, Brian Wolff wrote: >> >> >> >> Hi Brian, >> >> >> >> > We already have the page lang support. >> >> >> >> What do you mean by that? AFAICT there's no existing designated place >> >> in the schema for associating a content language with a specific page. >> > >> > There's nothing in the schema. But we do (since 1.19) have a notion of >> > "page language" separate from content language. See the > PageContentLanguage >> > hook and related code. So all that needs to be done is add something to > the >> > schema to actually store a value. >> >> That, and a way for the user to specify that language. Either through >> a magic word or through a language selector on the editing page >> (either ULS or a dropdown). Of course, the wiki language should be the >> default. Is there anything else to it? >> >> That's a as far as a page language goes; It is also useful to specify >> the language of chunks of a page. Currently it's done with the HTML >> lang attribute, either raw or through templates. It should probably be >> done using the VisualEditor, and I already wrote a general spec for it >> a while ago: >> > https://www.mediawiki.org/wiki/VisualEditor/Internationalization_requirements >> >> -- >> Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי >> http://aharoni.wordpress.com >> “We're living in pieces, >> I want to live in peace.” – T. Moore >> >> ___ >> Wikitech-l mailing list >> Wikitech-l@lists.wikimedia.org >> https://lists.wikimedia.org/mailman/listinfo/wikitech-l > > Im personally opposed to using a magic word for this. Having a magic word > that changes how magic words encountered prior to it are interpreted, not > to mention changing how it itself is interpreted seems to be just asking > for trouble. > > -bawolff > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Support for multiple content languages in MW core
On 2013-04-25 9:12 AM, "Amir E. Aharoni" wrote: > > 2013/4/25 Brian Wolff : > > On 2013-04-25 7:04 AM, "Erik Moeller" wrote: > >> > >> On Tue, Apr 23, 2013 at 9:08 PM, Brian Wolff wrote: > >> > >> Hi Brian, > >> > >> > We already have the page lang support. > >> > >> What do you mean by that? AFAICT there's no existing designated place > >> in the schema for associating a content language with a specific page. > > > > There's nothing in the schema. But we do (since 1.19) have a notion of > > "page language" separate from content language. See the PageContentLanguage > > hook and related code. So all that needs to be done is add something to the > > schema to actually store a value. > > That, and a way for the user to specify that language. Either through > a magic word or through a language selector on the editing page > (either ULS or a dropdown). Of course, the wiki language should be the > default. Is there anything else to it? > > That's a as far as a page language goes; It is also useful to specify > the language of chunks of a page. Currently it's done with the HTML > lang attribute, either raw or through templates. It should probably be > done using the VisualEditor, and I already wrote a general spec for it > a while ago: > https://www.mediawiki.org/wiki/VisualEditor/Internationalization_requirements > > -- > Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי > http://aharoni.wordpress.com > “We're living in pieces, > I want to live in peace.” – T. Moore > > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l Im personally opposed to using a magic word for this. Having a magic word that changes how magic words encountered prior to it are interpreted, not to mention changing how it itself is interpreted seems to be just asking for trouble. -bawolff ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Support for multiple content languages in MW core
2013/4/25 Brian Wolff : > On 2013-04-25 7:04 AM, "Erik Moeller" wrote: >> >> On Tue, Apr 23, 2013 at 9:08 PM, Brian Wolff wrote: >> >> Hi Brian, >> >> > We already have the page lang support. >> >> What do you mean by that? AFAICT there's no existing designated place >> in the schema for associating a content language with a specific page. > > There's nothing in the schema. But we do (since 1.19) have a notion of > "page language" separate from content language. See the PageContentLanguage > hook and related code. So all that needs to be done is add something to the > schema to actually store a value. That, and a way for the user to specify that language. Either through a magic word or through a language selector on the editing page (either ULS or a dropdown). Of course, the wiki language should be the default. Is there anything else to it? That's a as far as a page language goes; It is also useful to specify the language of chunks of a page. Currently it's done with the HTML lang attribute, either raw or through templates. It should probably be done using the VisualEditor, and I already wrote a general spec for it a while ago: https://www.mediawiki.org/wiki/VisualEditor/Internationalization_requirements -- Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי http://aharoni.wordpress.com “We're living in pieces, I want to live in peace.” – T. Moore ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Support for multiple content languages in MW core
On 2013-04-25 7:04 AM, "Erik Moeller" wrote: > > On Tue, Apr 23, 2013 at 9:08 PM, Brian Wolff wrote: > > Hi Brian, > > > We already have the page lang support. > > What do you mean by that? AFAICT there's no existing designated place > in the schema for associating a content language with a specific page. > > Thanks, > Erik > > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l There's nothing in the schema. But we do (since 1.19) have a notion of "page language" separate from content language. See the PageContentLanguage hook and related code. So all that needs to be done is add something to the schema to actually store a value. -bawolff ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Support for multiple content languages in MW core
On Tue, Apr 23, 2013 at 10:00 PM, MZMcBride wrote: > I'm not sure I'd call what you're proposing a major architectural > undertaking, though perhaps I'm defining a much narrower problem scope. Yeah. A lot depends on whether or not we want language to be a first class citizen at the same level as a namespace throughout MediaWiki, for an installation that contains multiple languages. So for example, should various special pages that currently offer namespace filters also offer language filters? Should page uniqueness be constrained by title, namespace and language, as opposed to title and namespace as it is today? One could make the case that not offering a lot of filtering by language is OK for multilingual wikis, since one of the conscious choices when setting up a wiki that way is that languages are precisely not going to be segregated, and the boundaries between language content are going to be fairly fluid compared with, say, the setup used for Wikipedia. I do think it's worth talking about the user experience benefits of either approach, but clearly a fair bit could be achieved by just improving the user experience around the most basic interactions in navigation and page creation. Still, at a most basic level, it'd be nice to have at least a standard approach for title disambiguation, so folks don't have to manually figure out how to distinguish the Spanish "Portada" from the Catalan "Portada" every time that type of issue arises. The common approach to just pick "English word/language suffix" has its own issues, so perhaps the software could intelligently follow a standard disambiguation convention, e.g. adding a suffix but only if required. Erik ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Support for multiple content languages in MW core
On Tue, Apr 23, 2013 at 9:08 PM, Brian Wolff wrote: Hi Brian, > We already have the page lang support. What do you mean by that? AFAICT there's no existing designated place in the schema for associating a content language with a specific page. Thanks, Erik ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Usage of Wikidata: the brilliance of Wikipedians
I am completely amazed by a particularly brilliant way that Wikipedia uses Wikidata. Instead of simply displaying the data from Wikidata and removing the local data, a template and workflow is proposed, which... * grabs the relevant data from Wikidata * compares it with the data given locally in the Wikipedia * displays the Wikipedia data * adds a maintenance category in case the data is different This allows both communities to check the maintenance category, provide a security net for vandal changes, still notice if some data has changed, etc. -- and to phase out the local data over time when they get comfortable and if they want to. It is a balance of maintenance effort and data quality. I am not saying that is the right solution in every use case, for every topic, for every language. But it is a perfect example how the community will surprise us by coming up with ingenious solutions if they get enough flexibility, powerful tools, and enough trust. Yay, Wikipedia! The workflow is described here: < http://en.wikipedia.org/wiki/Template_talk:Commons_category#Edit_request_on_24_April_2013:_Check_Wikidata_errors > There is an RFC currently going on about whether and how to use Wikidata data in the English Wikipedia, coming out of the discussion that was here a few days ago. If you are an English Wikipedian, you might be interested: < http://en.wikipedia.org/wiki/Wikipedia:Requests_for_comment/Wikidata_Phase_2 > -- Project director Wikidata Wikimedia Deutschland e.V. | Obentrautstr. 72 | 10963 Berlin Tel. +49-30-219 158 26-0 | http://wikimedia.de Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V. Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] GSoC query regarding jQuery.ime project
On Wed, Apr 24, 2013 at 11:15 PM, Praveen Singh wrote: > I am Praveen Singh, a final Year Computer Science Graduate student at JIIT, > India. I wish to apply for GSoC 2013 and I am thinking about jQuery.ime > extensions for Firefox and Chrome as a project for the same. ... > Does the project simply aims at packaging the source files into an > extension ? > Hello Praveen, Thank you for your interest in this project. I am assuming you have already read about the project requirements[1] and also gone through the source files[2]. Making the extensions is one part of the project. The primary aim is to integrate it to run as a plugin from within the user's browser. I'd suggest that you start by evaluating the current features provided by jQuery.ime. We'll be looking forward to your project proposal. :) All the best. regards Runa [1] http://www.mediawiki.org/wiki/Summer_of_Code_2013#jQuery.IME_extensions_for_Firefox_and_Chrome [2] https://github.com/wikimedia/jquery.ime -- Language Engineering - Outreach and QA Coordinator Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] File Licensing Guidelines
On 25 April 2013 00:36, Tyler Romeo wrote: > On Wed, Apr 24, 2013 at 6:27 PM, Brian Wolff wrote: >> Says who? I do not believe this is a requirement. It perhaps would be nice, >> if done sanely, but not a requirement. > Says the GPL. To be specific: I understand Luis was working on sane ways to do this in minified JS (and whether it is in fact required, or that counts as a compiled binary; though obviously it would be nice). So AIUI we're waiting on him. - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
