Re: [Wikitech-l] Unlicking the cookie: ExtensionStatus extension
On Feb 24, 2014 3:13 AM, Thomas Gries m...@tgries.de wrote: Am 23.02.2014 02:22, schrieb Moriel: https://github.com/mooeypoo/MediaWiki-ExtensionStatus https://www.mediawiki.org/wiki/Extension:ExtensionStatus ... So, does anyone want to join in and help revisit the code? It appears to me that you need at least bring your extension in line with the present MediaWiki core code. The core code recently improved the information display on the Special:Version pages - did you notice ? Bringing extension code inline with core code /can /be painful (your mileage may vary), but once you did this, an investment, you can quickly update and follow further changes. Let me know, if you are ready. In the original email she said that due to lack of time/life/etc the extension hasn't been touched in 9 months and for renewed development essentially needs a new co-maintainer. Given that, its hardly surprising that the extension doesn't take into account new features from the last couple months. -bawolff ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Lower-resolution .ogv video transcodes coming
Le 21/02/2014 15:07, bawolff a écrit : Looks like this actually adds them to the queue all at once - 23,386 160p videos queued, 11,745 160p transcodes already done (!), which means about 85% of all videos are either already transcoded to 160p, or in the queue. Hello, I am wondering whether where we could find such metric and if it would be worth adding to gdash/ganglia (maybe it is there already). -- Antoine hashar Musso ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Reporting a bug with the creation of pdf Files with equations
Le 13/02/2014 01:59, Daniel a écrit : Sadly, upon trying to create a pdf (using the otherwise genius Print/export feature) of a page that involves lines above letters (e.g. http://en.wikipedia.org/wiki/List_of_mesons) the lines above letters (here essential to indicate the difference between Particle and Antiparticle) just disappear. In the linked Article that can be seen in the caption under the first Image where the pdf then contains the text The strange antiquark (s) despite there being a line above the s in the online Article. Hello, Looking at the templates, the overline is ultimately rendered using: span class=text-decoration:overline;q/span I guess the PDF generator does not support that CSS :-/ -- Antoine hashar Musso ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Scheduled MediaWiki release and known issues
Hello list, there is a scheduled maintenance release of MediaWiki on Thursday, 27th of February. I would like to take the opportunity to point you to the list of known issues [1]. Maybe we can get a few of those fixed until mid of the week? Best, Markus [1] http://www.mediawiki.org/wiki/MediaWiki_1.22/Known_issues ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [Multimedia] Poll - would you like to see more traffic related to the Multimedia team's day-to-day work on this list?
Dear all, -- Like with all other development, I find a need in more documentation of the plans and of the currently active things. For example, VisualEditor has nothing to help me comprehend its code-base than the source code itself; it had only been a jamesf's line at a meeting which made me aware of the fact that the cologne blue and modern skins are now only supported by community. Now there are some really cool beta features that only work with the vector skin. To only resource to help me is the source code. There is no UML diagram, no docs explaining which part of code does what. -- Another idea is an answer to WHY you are working on the media viewer. It is a nice experience but... ...there is a lot of pages which would make use of a do-it-without-page-reload approach, such as log-in page, edit page, history page. ...there also is a need of all sister projects in wizard tools and widgets. Currently adding an article to Wiktionary is a royal pain and I could not figure out how to add an idiom with translation, without pulling hair and spending time to find another existing Wiktionary entry which is (1) a verb, (2) an idiom, and (3) has a translation. There also are gadgets for the so-called interactive template use-case [1] where each developer reinvents wheel a lot and the gadgets share no code but they should. ...everything the WMF works on should have long-term impact after WMF stops working on the darn thing. The impact should be cross project. ... With this in mind I would personally encourage heavy collaboration of all teams to build a framework which lets people script the MediaWiki software including media viewer screen, log-in screens, article creation screens / wizard, an interactive thingie for working with templates [1] (taking an {{unblock}} request for example without having to memorize the template syntax). This may need help from VisualEditor and Parsoid people; from Flow people who had spread the 'custom workflows' rumour; and YOUR help to understand that moving an interactive thingie logic from an extension onto a wiki benefits everyone, even if it makes codereview-worthy bits harder to spot (recall some people saying that none of UploadWizard's logic can sit on-wiki because of that [2]) [1] https://www.mediawiki.org/wiki/User:Gryllida/Templates/Interactive [2] https://www.mediawiki.org/wiki/Requests_for_comment/UploadWizard:_scale_to_sister_projects Gryllida. On Sun, 23 Feb 2014, at 20:25, Gergo Tisza wrote: Hi all, the Multimedia team had some discussions recently about how to make our work more transparent and more open to volunteers, and we decided to try using an open subscription mailing list for team discussions, instead of the current practice of cc-ing each member manually. These discussions are about day-to-day details of our work; sometimes feature requirements or design, sometimes technical details. The volume is typically one or two new threads per day. We weren't sure how much members of this list would be interested in such conversations and didn't want to flood this list with mails that are not useful for most members, but we also do not want to split conversation channels unnecessarily. Please help us by telling whether you would be interested in the topics mentioned above, or would prefer if we created a new mailing list for them. Thanks! Gergő ___ Multimedia mailing list multime...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/multimedia ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Drop support for PHP 5.3
I know a few people who will be happy if they can keep running on stock rhel6 (5.3). That would also mean epel can package 1.23. After 1.19 is when we went to 5.3, so I think following president is good too. On Feb 23, 2014 6:04 PM, Chad innocentkil...@gmail.com wrote: +1 here as well. Let's look at this for 1.24 :) -Chad On Feb 23, 2014 8:42 AM, David Gerard dger...@gmail.com wrote: On 23 February 2014 01:25, Markus Glaser gla...@hallowelt.biz wrote: I'd like to see the next MediaWiki LTS version (1.23) to support PHP 5.3. MW1.23LTS has a scheduled release date at end of April (we might add a week or two for safety). After that, no problem from my side (release management) with dropping PHP5.3 support. As an LTS user (typically on Ubuntu 12.04; assume hosting environments won't go 14.04 straight away), that would make me very happy :-) And would probably do, yes. - d. ___ 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
[Wikitech-l] [IRC issues] Servers one can use to get rid of flaky Freenode
Hi all, Freenode IRC is experiencing some issues again, as it was a day ago. I came to know about some servers on #freenode and they seem to be working fine. I could remain connected while everyone else got disconnected. You can add the following servers for Freenode to the list: 1. kornbluth.freenode.net/6667 2. leguin.freenode.net/6667 3. card.freenode.net/6667 Hope that gets you back into the chatroom. :) -- Warm Regards, *Pratik Lahoti* User:BPositive http://en.wikipedia.org/wiki/User:BPositive ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] We're in: GSoC 2014 and FOSS OPW round 8
Google has just announced the organizations accepted in Google Summer of Code 2014. Wikimedia is one of them. Please fasten your belts. http://www.google-melange.com/gsoc/org/list/public/google/gsoc2014 https://www.mediawiki.org/wiki/Google_Summer_of_Code_2014 We will organize in parallel our participation in FOSS Outreach Program for Women round 8, just like we did last year. https://www.mediawiki.org/wiki/FOSS_Outreach_Program_for_Women/Round_8 Please forward the news to potential candidates in your circles. I don't think we need to beat the numbers of last year (21 participants in total) but we can do better at completing projects merged in our repositories, and we should keep the trend of increasing diversity in projects, gender and geography. -- 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] We're in: GSoC 2014 and FOSS OPW round 8
Hi Quim Wow its awesome news. Kudos to you Quim :) Cheers Harsh On Tue, Feb 25, 2014 at 12:31 AM, Quim Gil q...@wikimedia.org wrote: Google has just announced the organizations accepted in Google Summer of Code 2014. Wikimedia is one of them. Please fasten your belts. http://www.google-melange.com/gsoc/org/list/public/google/gsoc2014 https://www.mediawiki.org/wiki/Google_Summer_of_Code_2014 We will organize in parallel our participation in FOSS Outreach Program for Women round 8, just like we did last year. https://www.mediawiki.org/wiki/FOSS_Outreach_Program_for_Women/Round_8 Please forward the news to potential candidates in your circles. I don't think we need to beat the numbers of last year (21 participants in total) but we can do better at completing projects merged in our repositories, and we should keep the trend of increasing diversity in projects, gender and geography. -- 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 -- Harsh Kothari Intern at Google Summer of Code, Wikimedia Foundation Follow Me : harshkothari410 https://twitter.com/harshkothari410/ ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Preview of the proposal for MediaWiki Homepage
Hello everyone, I would like to invite you to take a look the preview [1] of MediaWiki Homepage. Your opinion, contribution and help are very welcome. Thank you. Best regards, [1] https://www.mediawiki.org/wiki/MediaWiki/Homepage_redesign/Preview Brena Monteiro +55 27 98109 0123 @monteirobrena http://twitter.com/monteirobrena Reflexões Brenianas http://monteirobrena.wordpress.com ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] ResourceLoader timing
Thanks for your comprehensive answer! On Mon, 10 Feb 2014 10:45:58 -0800, Trevor Parscal wrote: Looking at the timeline when loading the page, it appears that it is initially drawn incorrectly, and then there is something that causes a reflow about a second later which corrects it. Sure, what you saw was this: https://github.com/improper/mediawiki-extensions-yasec/blob/c1abfd54e5d5ac01077b7860822949375e628a72/resources/ext.yasec.core.js#L9 The calendar was rerendered after 2.5s, which always resulted in a correct display. I reduced the delay to 0 now, which does also work and is an acceptable workaround for now. I don't have the time to debug it thoroughly. Sincerely, -- Steffen Beyer stef...@beyer.io ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Preview of the proposal for MediaWiki Homepage
The picture at the top and most of the other icons need shrunk a little, and the page needs to fit more items together (it looks rather spaced out), but I do like the icon choices. It would also benefit from some more frames to separate the page sections IMO. Otherwise, looks great. :) From: monteirobr...@gmail.com Date: Mon, 24 Feb 2014 17:54:13 -0300 To: wikitech-l@lists.wikimedia.org Subject: [Wikitech-l] Preview of the proposal for MediaWiki Homepage Hello everyone, I would like to invite you to take a look the preview [1] of MediaWiki Homepage. Your opinion, contribution and help are very welcome. Thank you. Best regards, [1] https://www.mediawiki.org/wiki/MediaWiki/Homepage_redesign/Preview Brena Monteiro +55 27 98109 0123 @monteirobrena http://twitter.com/monteirobrena Reflexões Brenianas http://monteirobrena.wordpress.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
Re: [Wikitech-l] [Design] Preview of the proposal for MediaWiki Homepage
- What's the Publish/Discuss/Translate/etc blocks for? They look like navigation but don't seem to go anywhere or correspond to anything. They attempt to summarize the best features that MediaWiki can offer. Indeed, there are no detailed product descriptions to link to, but this is because we don't have them. I would say this is better than nothing. Currently you either know what MediaWiki plus selected extensions can offer, or you guess it by becoming a Wikipedia power user, or you need to connect many pages in mediawiki.org. When i read that page it makes it seem like these features are available out of the box, which is kind of misleading. In particular claiming we have wysiwyg editing without mentioning visual editor is extremely difficult to install doesnt seem like a good idea. Personally i thought the translate box meant that the mediawiki interface is translated into many languages (something we can certainly brag about). Overall i like the idea of the redesign that you have in the uploaded file. Bugzilla should have a prominent link. Sysadmins and other users who found bugs are not necessarily looking to 'get involved'. They found bugs and want to report them or find fixes. They're looking for a bug thing. Where is that? +1 bugzilla is very important for downstream users who have bugs. Support links to https://www.mediawiki.org/wiki/Project:Support_desk , which is where many MediaWiki sysadmins go when they have/find problems. Bugzilla is not visibly featured there, and it probably should be. Getting support is different from filing bugs. -bawolff ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] one framework for *all* of that
On Tue, 25 Feb 2014, at 5:29, Mark Holmquist wrote: On Tue, Feb 25, 2014 at 01:35:33AM +1100, Gryllida wrote: ... With this in mind I would personally encourage heavy collaboration of all teams to build a framework which lets people script the MediaWiki software including media viewer screen, log-in screens, article creation screens / wizard, an interactive thingie for working with templates [1] (taking an {{unblock}} request for example without having to memorize the template syntax). [1] https://www.mediawiki.org/wiki/User:Gryllida/Templates/Interactive Just one massive framework for *all* of that? Actually, it already exists [7]. What we should be asking for is more use of it by core and extensions, but we're already working on that, too [8]. [7] https://doc.wikimedia.org/mediawiki-core/master/js/#!/api/mw.hook [8] https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/168 Do you find that enough for contributors to develop interactive bits of software which are easy to maintain and share code with each-other? I don't. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] We're in: GSoC 2014 and FOSS OPW round 8
Great work Quim again!!! Regards, Rahul On Tue, Feb 25, 2014 at 12:59 AM, Harsh Kothari harshkothari...@gmail.comwrote: Hi Quim Wow its awesome news. Kudos to you Quim :) Cheers Harsh On Tue, Feb 25, 2014 at 12:31 AM, Quim Gil q...@wikimedia.org wrote: Google has just announced the organizations accepted in Google Summer of Code 2014. Wikimedia is one of them. Please fasten your belts. http://www.google-melange.com/gsoc/org/list/public/google/gsoc2014 https://www.mediawiki.org/wiki/Google_Summer_of_Code_2014 We will organize in parallel our participation in FOSS Outreach Program for Women round 8, just like we did last year. https://www.mediawiki.org/wiki/FOSS_Outreach_Program_for_Women/Round_8 Please forward the news to potential candidates in your circles. I don't think we need to beat the numbers of last year (21 participants in total) but we can do better at completing projects merged in our repositories, and we should keep the trend of increasing diversity in projects, gender and geography. -- 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 -- Harsh Kothari Intern at Google Summer of Code, Wikimedia Foundation Follow Me : harshkothari410 https://twitter.com/harshkothari410/ ___ 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] Feedback for mediawiki api development course on codecademy.
Hello everyone, I am Diwanshi Pandey, an OPW intern. I'd like to have your feedback on the course I have created on codecademy for mediawiki api with help of my mentor Yuri Astrakhan. A little insight: The course is about parsing and querying mediawiki api. Initially we created one course which included 44 exercises but according to codecademy's guidelines their course are for beginners and should have maximum 30 exercises in one course. So we did a split up into two courses: One is Introduction to Wikipedia APIhttp://www.codecademy.com/courses/web-beginner-en-vj9nh/0/1and other is Wikipedia:Query API http://www.codecademy.com/courses/web-beginner-en-yd3lp/0/1. Also due to api security and restrictions we couldn't implement tutorial on editing wiki pages through api call from a non wiki site yet. We are waiting till we find a good and easy way to demo that. Feedback may include: * Are the exercises easy to understand for novice users/developers? * Are changes needed in the look of exercises? * Are there any exercises which need not to be implemented or in too depth? * Any other thing? Thanks, -- *Regards,* *Diwanshi Pandey* ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] one framework for *all* of that
On Feb 25, 2014 12:55 AM, Gryllida gryll...@fastmail.fm wrote: On Tue, 25 Feb 2014, at 5:29, Mark Holmquist wrote: On Tue, Feb 25, 2014 at 01:35:33AM +1100, Gryllida wrote: ... With this in mind I would personally encourage heavy collaboration of all teams to build a framework which lets people script the MediaWiki software including media viewer screen, log-in screens, article creation screens / wizard, an interactive thingie for working with templates [1] (taking an {{unblock}} request for example without having to memorize the template syntax). [1] https://www.mediawiki.org/wiki/User:Gryllida/Templates/Interactive Just one massive framework for *all* of that? Actually, it already exists [7]. What we should be asking for is more use of it by core and extensions, but we're already working on that, too [8]. [7] https://doc.wikimedia.org/mediawiki-core/master/js/#!/api/mw.hook [8] https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/168 Do you find that enough for contributors to develop interactive bits of software which are easy to maintain and share code with each-other? I don't. [The bouncing between mailing lists is making this thread confusing] Interactive templates (i.e. magic buttons on templates that edit wiki text to change a parameter in the template to change its state) is a rather different type of thing than allowing js to (cleanly) hook into/extend js-based extensions at fixed points. A single framework for both those types of things does not make sense. (Unless you are talking on a generic js library level). In your original email, you list 3 things which fall into the hook category, followed by a fourth that could be interpreted as a hook thing unless one reads the link carefully, which is why I think Mark responded with Hooks!. (Obviously that is just my intetpretation, I don't speak for him, so he would have to clarify if this interpretation is consistent with his views). As it stands (i dont live in js land, correct me if I'm wrong), its widely agreed having hooks for user-scripts to hook into js-based extensions like upload wizard and other parts of mw is a good thing. Its not neccesarily agreed that having support for magic wiki-text altering templates on the mediawiki level is a good thing. As far as i am aware, nobody is currently trying to make a framework for that use case on the mediawiki level (beyond generic support for js and js abstractions for api access) --bawolff ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] one framework for *all* of that
On 02/24/2014 10:52 PM, Brian Wolff wrote: Its not neccesarily agreed that having support for magic wiki-text altering templates on the mediawiki level is a good thing. As far as i am aware, nobody is currently trying to make a framework for that use case on the mediawiki level (beyond generic support for js and js abstractions for api access) While maybe not a framework beyond using HTML DOM tools to edit HTML DOM + RDFa, this is an early example of a gadget taking advantage of Parsoid for an 'interactive template' experience: https://en.wikipedia.org/wiki/Wikipedia:EPH Gabriel ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l