Re: [Wikitech-l] Suggestion for solving the disambiguation problem
Not sure if the analysis has to expose any private data at all, you show the result of the analysis and that would integrate over weeks or months and perhaps after filtering out random noise. Would that be a privacy problem? One of the tricky things is that the disambiguation or search page is a signal that the referrer or some other previous page in the users history is difficult to connect to some later page. When the number of steps between the pages are increasing the problem of detecting the relation increases exponentially. It is also worth noting that by only using click events on the disambiguation page you will only discover connections that are already present as links on the disambiguation page. On Wed, Jul 17, 2013 at 6:49 PM, Jon Robson jdlrob...@gmail.com wrote: Agreed. As a first step, if someone is interested in this and this doesn't go against our privacy policy it would be good to collect some link clicking data for various disambiguation pages to get an idea of whether the data created is meaningful and useful. Tyler's concerns are valid but we should clarify with some data rather than speculate to whether these are indeed concerns we need to worry about and whether this. EventLogging [1] could be used for this in my opinion using some simple javascript that hijacks links on the disambiguation page - looking at referrer and next page. In terms of analyzing the data you could then simply look at a sample of disambiguation pages and manually determine the accuracy of users picking the correct link. If the data does show promise it would then be an easy enough job to create a UI to use it and for editors to correct them. I don't currently have time to explore this but would like to in future but if anyone is interested please dive in... [1] https://mediawiki.org/wiki/Extension:EventLogging On Wed, Jul 17, 2013 at 5:14 AM, C. Scott Ananian canan...@wikimedia.org wrote: Sounds like a disagreement that can be settled quantitatively. ;) --scott On Jul 17, 2013 5:03 AM, Tyler Romeo tylerro...@gmail.com wrote: On Wed, Jul 17, 2013 at 4:42 AM, John Erling Blad jeb...@gmail.com wrote: It doesn't matter because the correct behavior will accumulate over time. You don't try to fix linkage just because you have one single observed behavior, you collect and correlate behavior over time and use several, perhaps hundreds of observations. I strongly doubt that the correct behavior will be prevalent enough to warrant using such an automatic system over just manually fixing disambiguation links, which can be done quite easily using automatic wiki browsers and the like. *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2016 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 mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Jon Robson http://jonrobson.me.uk @rakugojon ___ 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] Long term strategy for math on wikipedia
On 07/18/2013 05:31 AM, MZMcBride wrote: Peter Krautzberger wrote: There have been a couple of conversations recently and I am hoping to combine them into a discussion towards a long term strategy for math on Wikipedia. Hi. This mailing list is good for discussion, but for long-term strategy, I imagine you want an RFC: https://www.mediawiki.org/wiki/RFC. Yesterday I recommended Peter to post here in this list. :) I think it is good to test the waters and get a first round of feedback. -- Quim Gil Technical Contributor Coordinator @ Wikimedia Foundation http://www.mediawiki.org/wiki/User:Qgil ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Why isn't hotcat an extension?
2013/7/17 Yuvi Panda yuvipa...@gmail.com It's universally liked, is there almost on every wiki, and provides a much needed functionality. Note that this might not be the same version: for example, the HotCatsMulti [1] deployed on the French-language Wikipedia is a fork of the Commons HotCat (from before it had multicategories support, ie a long time ago). [1] https://fr.wikipedia.org/wiki/MediaWiki:Gadget-HotCatsMulti.js https://fr.wikipedia.org/wiki/Projet:JavaScript/Notices/HotCatsMulti -- Jean-Frédéric ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Gerrit downtime - Thursday, July 18th
On Tue, Jul 16, 2013 at 5:03 PM, Chad innocentkil...@gmail.com wrote: Hi everyone, So, we've got a bad disk on the Gerrit box that needs to be swapped out. This is going to cause a little bit of downtime while we fix things up. Therefore, Gerrit will be unavailable on Thursday, July 18th (that's 2 days from now) starting at 14:00 UTC (10am EST, 7am PST) and going for 1 hour (until 15:00 UTC). Hopefully it won't take the full hour, but I'd like to be cautious :) If you have any questions, please feel free to ask them here or e-mail me privately. Thanks for your understanding! Hardware work is done, and Gerrit is back up. Things might be a tad slower than usual for a little bit while the disks get in sync, but nothing to worry about. Thanks again for your understanding everyone! -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Bugzilla administrator rights policy
Better late than never: Recently, I've worked on a document to describe when it is necessary for a user to have administrator rights in bugzilla.wikimedia.org. It affects a small number of Bugzilla users (less than 30) who were contacted via email while drafting the policy. The policy can be found at https://wikimediafoundation.org/wiki/Bugzilla_administrator_rights_policy It was written in order to explain why a specific user needs to be an administrator (or why it might not be needed). Following the principle of least privilege, Bugzilla administrator rights are only required for a small number of rather uncommon tasks, with the one exception being editing Bugzilla user rights (if you want to know more: these tasks are also listed in the policy). A combination of other, more specific Bugzilla rights very often allows executing the same tasks, so nobody will lose any ability to perform tasks in Bugzilla that s/he could also perform before. As usual, a list of current Bugzilla administrators can be found at https://meta.wikimedia.org/wiki/System_administrators#List I'm happy to answer any questions that may arise (and that were not already answered in http://lists.wikimedia.org/pipermail/wikitech-l/2013-June/070062.html ). Thanks, andre -- Andre Klapper | ak...@gmx.net http://blogs.gnome.org/aklapper/ ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Why isn't hotcat an extension?
On Jul 17, 2013, at 11:52 PM, Yuvi Panda yuvipa...@gmail.com wrote: It's universally liked, is there almost on every wiki, and provides a much needed functionality. Why isn't this deployed as an extension, or better yet - part of core, than as a gadget? Just a matter of someone to do the work? -- Yuvi Panda T http://yuvi.in/blog https://www.mediawiki.org/wiki/Extension:InlineCategorizer -- Krinkle ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Long term strategy for math on wikipedia
On 18 July 2013 08:10, Quim Gil q...@wikimedia.org wrote: On 07/18/2013 05:31 AM, MZMcBride wrote: Peter Krautzberger wrote: There have been a couple of conversations recently and I am hoping to combine them into a discussion towards a long term strategy for math on Wikipedia. Hi. This mailing list is good for discussion, but for long-term strategy, I imagine you want an RFC: https://www.mediawiki.org/**wiki/RFChttps://www.mediawiki.org/wiki/RFC . Yesterday I recommended Peter to post here in this list. :) I think it is good to test the waters and get a first round of feedback. There is also some related discussion on the Flow portal.[1] It might be an idea to pull all of this information together. Risker [1] http://www.mediawiki.org/w/index.php?title=Talk:Flow_Portaloffset=20130718154450lqt_mustshow=30657#Maths_30340 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Long term strategy for math on wikipedia
This mailing list is good for discussion, but for long-term strategy, I imagine you want an RFC: https://www.mediawiki.org/**wiki/RFC https://www.mediawiki.org/wiki/RFC . Yesterday I recommended Peter to post here in this list. :) I think it is good to test the waters and get a first round of feedback. There is also some related discussion on the Flow portal.[1] It might be an idea to pull all of this information together. Risker [1] http://www.mediawiki.org/w/index.php?title=Talk:Flow_Portaloffset=20130718154450lqt_mustshow=30657#Maths_30340 Thanks for pointing out the Flow discussion. I'd be happy to write an RFC. Peter. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Why isn't hotcat an extension?
Tyler Romeo wrote: Quick question, is there a way in the API (other than action=edit) to add/remove categories from a page? Because that seems to be one of the main things that would be holding this back from becoming an extension proper. In my view, this kind of misses the point entirely: if MediaWiki had a proper API or UI for adding and removing categories (or other metadata), a gadget like HotCat would be almost completely unnecessary. :-) HotCat exists to fill a void left by MediaWiki. Those interested in this issue can copy themselves on this bug: https://bugzilla.wikimedia.org/show_bug.cgi?id=27312. MZMcBride ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Why isn't hotcat an extension?
On Thu, Jul 18, 2013 at 1:23 PM, MZMcBride z...@mzmcbride.com wrote: In my view, this kind of misses the point entirely: if MediaWiki had a proper API or UI for adding and removing categories (or other metadata), a gadget like HotCat would be almost completely unnecessary. :-) HotCat exists to fill a void left by MediaWiki. Those interested in this issue can copy themselves on this bug: https://bugzilla.wikimedia.org/show_bug.cgi?id=27312. Well I managed to make a quick script that can add/remove categories from wikitext pages (I basically copy/pasted Parser::replaceInternalLinks2). That way at least the category removal happens in PHP and not in JavaScript. *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2016 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] Status of MediaWiki Release Management RFP
Hi. Is there a status update regarding the MediaWiki Release Management RFP? https://www.mediawiki.org/wiki/Release_Management_RFP#Timeline indicates that the goal for an announcement was the second week of July. Apologies in advance if I've simply overlooked an update (I briefly checked my mail archives, but could only find a reference to July 8). MZMcBride ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Status of MediaWiki Release Management RFP
On Thu, Jul 18, 2013 at 10:29 AM, MZMcBride z...@mzmcbride.com wrote: Is there a status update regarding the MediaWiki Release Management RFP? https://www.mediawiki.org/wiki/Release_Management_RFP#Timeline indicates that the goal for an announcement was the second week of July. Hi Mz, I'll respond in Greg's absence today. We're currently negotiating this, and didn't want to announce anything until we have a fully-executed agreement. I imagine we'll be able to announce something early next week when we've had more time to finish the agreement, and Greg is feeling better. Rob ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Why isn't hotcat an extension?
Le 18/07/13 19:23, MZMcBride a écrit : In my view, this kind of misses the point entirely: if MediaWiki had a proper API or UI for adding and removing categories (or other metadata), a gadget like HotCat would be almost completely unnecessary. :-) HotCat exists to fill a void left by MediaWiki. Lets move the categories in wikidata ? =) -- Antoine hashar Musso ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Why isn't hotcat an extension?
On Thu, Jul 18, 2013 at 4:04 PM, Antoine Musso hashar+...@free.fr wrote: Lets move the categories in wikidata ? =) That'd be nice, but how much time would that take to develop? *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2016 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] Why isn't hotcat an extension?
On 18 July 2013 22:07, Tyler Romeo tylerro...@gmail.com wrote: On Thu, Jul 18, 2013 at 4:04 PM, Antoine Musso hashar+...@free.fr wrote: Lets move the categories in wikidata ? =) That'd be nice, but how much time would that take to develop? They're local to each wiki, but they should indeed be metadata. - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Why isn't hotcat an extension?
On 18 July 2013 17:18, David Gerard dger...@gmail.com wrote: On 18 July 2013 22:07, Tyler Romeo tylerro...@gmail.com wrote: On Thu, Jul 18, 2013 at 4:04 PM, Antoine Musso hashar+...@free.fr wrote: Lets move the categories in wikidata ? =) That'd be nice, but how much time would that take to develop? They're local to each wiki, but they should indeed be metadata. - What David said. I'm not sure that Wikidata is the right place for very local issues (sockpuppet categories, for example). There seems to be a fairly significant variance between projects in how they categorize pages, as well, particularly as we add sister projects to the mix. Risker ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Why isn't hotcat an extension?
On 07/18/2013 05:18 PM, David Gerard wrote: They're local to each wiki, but they should indeed be metadata. Worf and Sapir would have a field day with that idea. :-) -- Marc ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Why isn't hotcat an extension?
So, summarizing: 1. MarkTraceur (and the Multimedia Team) is working on a way to do 'beta experiments' on live wikis that do not involve things being left to be Gadgets all the time. This can also eventually help 'promote' gadgets into Extensions / Core. 2. Tyler is working on an Extension for this (or it might already exist, as Krinkle pointed out) So, is HotCat replacement extension going to plug into the Beta Experiments thingy Mark is working on? I suppose there'll be docs on that at some point of time... -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Why isn't hotcat an extension?
On 07/18/2013 05:43 PM, Yuvi Panda wrote: So, is HotCat replacement extension going to plug into the Beta Experiments thingy Mark is working on? I suppose there'll be docs on that at some point of time... There are some: https://www.mediawiki.org/wiki/Extension:BetaFeatures Matt Flaschen ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Why isn't hotcat an extension?
On Thu, Jul 18, 2013 at 5:43 PM, Yuvi Panda yuvipa...@gmail.com wrote: 2. Tyler is working on an Extension for this (or it might already exist, as Krinkle pointed out) I looked at the extension Krinkle pointed out, and it's similar to HotCat in that it's completely JavaScript. I'm hoping to make an API module for adding/removing categories (it won't be a redesign, it just moves the parsing and removing logic to PHP), and then from there use JavaScript to call that. *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2016 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] Why isn't hotcat an extension?
Derk-Jan, Thanks for that list; I know I'll be coming back to it as my team works to reach out to gadget and userscript developers in the future. -- Sumana Harihareswara Engineering Community Manager Wikimedia Foundation On 07/17/2013 06:22 PM, Derk-Jan Hartman wrote: If people don't want to put their code through review this is scary to me They do get their code reviewed. The rules are however usually simple 'it needs to work'. Not everyone has time to spend a gazillion hours on getting familiar with git, gerrit, jshint, git-review, resourceloader, i18n, l10n, the actual review lag, the deploy lag and I don't know what else. Some ppl just want to edit categories super fast NOW. That's how these tools start and then these people are usually done. A bit of required maintenance, but that's it, they are editing/reviewing/categorizing again. Look at navpopups. With minor changes, that thing has been able to run basically unsupervised since 2006 and it is one of the most popular tools. So people want to make extensions out of JS code, just do it, but some people don't and you should respect that. To get what you want, you need: 1: Flagged revisions/review for .css/.js wikipages 2: CSS/JS editor for wikipage with JSHint integrated etc integrated 3: i18n support for gadgets. 4: Global repositories for gadgets 5: Integrated versioning and updating for 'installed' scripts 6: Autogenerated documentation Then ppl will come flocking. DJ On 18 jul. 2013, at 00:08, Jon Robson jdlrob...@gmail.com wrote: I'd really like to see a review process where Gadgets move from Gadget status to core. To me a Gadget is a great way to explore a new type of functionality and prove it's worth but it comes with a cost - it's very difficult to ensure a Gadget doesn't breaking with core changes or with the installation of some other extension/gadget. I can imagine this would also be the developer equivalent of a barn star - such a promotion I'd hope would be very flattering to authors and would encourage Gadget writing and innovation. Likewise if a gadget is not being used we should not leave it install on a wiki. If people don't want to put their code through review this is scary to me - surely the standards of any code we put out to users should be of the highest quality..? We should not be scared of code review and see it as a positive thing that builds our knowledge up and makes us be the best we possibly can. If this is seen as a bad thing we really need to ask ourselves questions about the review process. If people are scared of using Gerrit/Git we should create nicer interfaces into it.. no? (Note for those not familiar with what HotCat is: https://en.wikipedia.org/wiki/Wikipedia:HotCat) On Wed, Jul 17, 2013 at 2:52 PM, Yuvi Panda yuvipa...@gmail.com wrote: It's universally liked, is there almost on every wiki, and provides a much needed functionality. Why isn't this deployed as an extension, or better yet - part of core, than as a gadget? Just a matter of someone to do the work? -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Jon Robson http://jonrobson.me.uk @rakugojon ___ 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 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Why isn't hotcat an extension?
On 07/17/2013 06:25 PM, Jon Robson wrote: This seems like a bad habit to have got ourselves into... All it takes is a trailing comma somewhere and a gadget could take out a whole browser. Browsers should not crash due buggy JavaScript. It happens, but in my experience it's not as common as people think. More importantly, all it takes is one trivial edit to disable a broken gadget. I'm not disagreeing that this workflow gets results - it obviously does - but I think we should be striving to identify good Gadgets and giving them love and attention for the good of everyone. I completely agree that there are gadgets that could beneficially be made into extensions or (at least partly) moved to core. And a lot of gadgets could certainly benefit from modernization. But I don't think we should act like gadgets are a bad thing, merely because they aren't written the same way an extension or core is. We do need to ensure gadgets are secure and useful. But there's a clear benefit to the way they're developed with fewer constraints, both for experimentation and for local wiki flexibility (flexibility which everyone, including the WMF, has benefited from). Speaking as a long-time Wikipedian, gadget developer, constant user of useful gadgets (from Navigation popups to Hotcat and more), and now WMF software engineer. Matt Flaschen ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Why isn't hotcat an extension?
On 07/18/2013 06:00 PM, Tyler Romeo wrote: On Thu, Jul 18, 2013 at 5:43 PM, Yuvi Panda yuvipa...@gmail.com wrote: 2. Tyler is working on an Extension for this (or it might already exist, as Krinkle pointed out) I looked at the extension Krinkle pointed out, and it's similar to HotCat in that it's completely JavaScript. I'm hoping to make an API module for adding/removing categories (it won't be a redesign, it just moves the parsing and removing logic to PHP), and then from there use JavaScript to call that. You should consider putting the API module in core, since other projects (including Mobile) have had demand for it. Matt Flaschen ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Why isn't hotcat an extension?
On 07/18/2013 04:04 PM, Antoine Musso wrote: Le 18/07/13 19:23, MZMcBride a écrit : In my view, this kind of misses the point entirely: if MediaWiki had a proper API or UI for adding and removing categories (or other metadata), a gadget like HotCat would be almost completely unnecessary. :-) HotCat exists to fill a void left by MediaWiki. Lets move the categories in wikidata ? =) Not all data fits the Wikidata data model in a clear way, and categories are probably best kept local for now. Matt Flaschen ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Why isn't hotcat an extension?
On Fri, Jul 19, 2013 at 4:08 AM, Matthew Flaschen mflasc...@wikimedia.org wrote: You should consider putting the API module in core, since other projects (including Mobile) have had demand for it. +1. -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Why isn't hotcat an extension?
On Thu, Jul 18, 2013 at 6:38 PM, Matthew Flaschen mflasc...@wikimedia.orgwrote: You should consider putting the API module in core, since other projects (including Mobile) have had demand for it. Will do. *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2016 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] Long term strategy for math on wikipedia
On 07/18/2013 12:52 PM, Peter Krautzberger wrote: I'd be happy to write an RFC. That's an option, but it's perfectly reasonable if you want to talk it out more and let it crystallize some. Matt Flaschen ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] RFC: Scoping site CSS
On 07/17/2013 05:59 PM, Yuvi Panda wrote: Yay! I see several good things that could come out of this, but to prevent pitchforks and misunderstandings, I think this RFC should be split some more. So ideally, this should be split into multiple RFCs. The ones I can think of, so far: 1. LESS support for RL. Note, there are bugs for both LESS (https://bugzilla.wikimedia.org/show_bug.cgi?id=40964) and Sass (https://bugzilla.wikimedia.org/show_bug.cgi?id=46545) integration for ResourceLoader. Matt Flaschen ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Why isn't hotcat an extension?
On Wed, Jul 17, 2013 at 7:22 PM, Derk-Jan Hartman d.j.hartman+wmf...@gmail.com wrote: ... To get what you want, you need: ... 3: i18n support for gadgets. 4: Global repositories for gadgets aka https://www.mediawiki.org/wiki/Gadgets_2.0 6: Autogenerated documentation See also: http://lists.wikimedia.org/pipermail/wikitech-l/2013-January/065751.html ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
