Re: [Wikitech-l] Text-to-speech extension?
On Mon, Apr 28, 2014 at 8:49 PM, Ilias Koumoundouros ilias.k...@freemail.gr wrote: So I was wondering whether there is a text-to-speech extension for Mediawiki What advantages would this offer over a screen reader? ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Text-to-speech extension?
Hoi, Are screen readers supported ? But do they understand what is the cruft that is on a page, the kind of cruft that you do not want to get read out to you? Thanks, GerardM On 29 April 2014 08:03, Benjamin Lees emufarm...@gmail.com wrote: On Mon, Apr 28, 2014 at 8:49 PM, Ilias Koumoundouros ilias.k...@freemail.gr wrote: So I was wondering whether there is a text-to-speech extension for Mediawiki What advantages would this offer over a screen reader? ___ 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] Text-to-speech extension?
On Tue, 2014-04-29 at 08:17 +0200, Gerard Meijssen wrote: Hoi, Are screen readers supported ? But do they understand what is the cruft that is on a page, the kind of cruft that you do not want to get read out to you? Depends on how you define supported. :) For things that don't work, there is https://bugzilla.wikimedia.org and the keyword accessibility. Open tickets: https://bugzilla.wikimedia.org/buglist.cgi?keywords=accessibilityresolution=--- andre -- Andre Klapper | Wikimedia Bugwrangler 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] Bugday on General MediaWiki bugs on Tue, April 29 2014, 14:30UTC
Reminder: This will start in about 25 minutes. On Thu, 2014-04-24 at 00:21 +0530, Andre Klapper wrote: you are invited to join us on the next Bugday: Tuesday, April 29, 2014, 14:30 to 16:30UTC [1] in #wikimedia-office on Freenode IRC [2] We will be triaging Bugzilla tickets under the product MediaWiki and the component General/Unknown [3]. Everyone is welcome to join, and no technical knowledge needed! It's an easy way to get involved or to give something back. We encourage everybody to record your activity on the etherpad [4]. This information and more can be found here: https://www.mediawiki.org/wiki/Bug_management/Triage/20140429 For more information on triaging in general, check out https://www.mediawiki.org/wiki/Bug_management/Triage See you there! andre [1] Timezone converter: http://www.timeanddate.com/worldclock/converter.html [2] See http://meta.wikimedia.org/wiki/IRC for more info on IRC chat [3] https://bugzilla.wikimedia.org/buglist.cgi?component=General%2FUnknownresolution=---product=MediaWiki [4] http://etherpad.wmflabs.org/pad/p/BugTriage -- Andre Klapper | Wikimedia Bugwrangler 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] Tech Talk: Unit testing for MediaWiki projects
Very timely, the good people at Atomic Object have posted two articles about what makes code untestable, I think they're good: This Code Is Untestable! (Part 1, for Managers) http://spin.atomicobject.com/2014/04/28/untestable-code-unit-tests/ This Code Is Untestable! (Part 2, for Developers) http://spin.atomicobject.com/2014/04/29/code-untestable-part-2-developers/ On Tue, Apr 29, 2014 at 12:47 AM, Erik Moeller e...@wikimedia.org wrote: As a reminder, this is happening tomorrow at 12 PM PDT / 19:00 UTC tomorrow (Tuesday): https://plus.google.com/events/cae6ng1m9o4mhdbpo10u5v05bvg We're going to talk about various strategies for automated testing and improvements to our continuous integration infrastructure. Antoine 'hashar' Musso has offered to give an overview, roughly along these lines: - quick overview of the infrastructure (Zuul/Jenkins, the slaves, the myriad of jobs and how they are maintained). - MediaWiki testing frameworks and tools (phpunit, qunit, browser tests, beta cluster) - current concerns in what we test, which should provide enough materials for the open discussion part: - lack of cross repositories tests and how to handle dependencies - repositories that are barely tested yet critical - mw/core tests mixing unit and integration tests - lack of mocking - very thin code coverage This will be followed by an open conversation about improvement strategies. The session is scheduled to take about an hour total. Hope to see you there :) Erik -- Erik Möller VP of Engineering and Product Development, 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
[Wikitech-l] Feedback on 1.23 RC 0
We've gotten some feedback already -- https://github.com/SemanticMediaWiki/SemanticMediaWiki/issues/212 -- about the RC for MediaWiki 1.23 that Markus made last week. Hopefully we can get this issue addressed in time for SMW users. Are there any other issues that people have run into that we should know about before we do attempt to make a final release of 1.23? If you've tried the RC and not run into any problems, that would be good to know, as well. Thanks, Mark. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Feedback on 1.23 RC 0
On Tue, Apr 29, 2014 at 10:50 AM, Mark A. Hershberger m...@nichework.comwrote: We've gotten some feedback already -- https://github.com/SemanticMediaWiki/SemanticMediaWiki/issues/212 -- about the RC for MediaWiki 1.23 that Markus made last week. Hopefully we can get this issue addressed in time for SMW users. Someone reported that at https://bugzilla.wikimedia.org/show_bug.cgi?id=62856 but never followed up when questions were asked. Without further information, it seems to be an extension trying to grab wikitext being parsed from some parser hook and making assumptions that are no longer valid. Chances are that whatever they're trying to do they'll need to do in a different way. -- Brad Jorsch (Anomie) Software Engineer Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Feedback on 1.23 RC 0
On Tue, 2014-04-29 at 10:50 -0400, Mark A. Hershberger wrote: Are there any other issues that people have run into that we should know about before we do attempt to make a final release of 1.23? There are 13 tickets with a 1.23 target milestone in Bugzilla, and some have patches (are in PATCH_TO_REVIEW status): https://bugzilla.wikimedia.org/buglist.cgi?target_milestone=1.23.0%20releaseresolution=---product=MediaWiki And there are numerous FIXED tickets where backporting the fix to stable releases has been requested: https://bugzilla.wikimedia.org/buglist.cgi?cmdtype=runnamednamedcmd=Backport_Stable%3F Cheers, andre -- Andre Klapper | Wikimedia Bugwrangler 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] Shifting from PHP mailer to Swift Mailer
Hi, Looks like there isn't any more reply about this proposal on shifting from UserMailer to Swift-Mailer. Since, we have already started with implementing VERP, it's high time this enhancement needs to be applied, if it needs to be. If Swift-Mailer is to be done, VERP needs to be implemented as a plugin to it, or else as an additional script in the UserMailer code. Bugzilla ticket:- https://bugzilla.wikimedia.org/show_bug.cgi?id=63483 Thanks, Tony Thomas http://tttwrites.in FOSS@Amrita http://foss.amrita.ac.in *where there is a wifi,there is a way* On Fri, Apr 4, 2014 at 10:45 PM, Tony Thomas 01tonytho...@gmail.com wrote: Hi, While working on implementing VERP for Mediawiki[1], Nemo pointed to me, Tyler' recommendation[2] on shifting from PHP mailer to Swift Mailer[3]. Quoting Tyler's words : PHPMailer has everything packed into a few classes, whereas Swift_Mailer actually has a separation of concerns, with classes for attachments, transport types, etc. A result of this is that PHPMailer has two different functions for embedding multimedia: addEmbeddedImage() for files and addStringEmbeddedImage() for strings. Another example is that PHPMailer supports only two bodies for multipart messages, whereas Swift_Mailer will add in as many bodies as you tell it to since a body is wrapped in its own object. In addition, PHPMailer only really supports SMTP, whereas Swift_Mailer has an extensible transport architecture, and multiple transport providers. (And there's also plugins, and monolog integration, etc. My mentors too think about it to be a nice idea, and Nemo recommended adding it to my GSoC project deliverable here ( https://www.mediawiki.org/wiki/VERP#Deliverables ). But, we need more community-consensus on the same as this needs to be done first, and VERP as a plugin to it, if Swift mailer needs to be done. I have opened a BZ ticket for the same ( https://bugzilla.wikimedia.org/show_bug.cgi?id=63483 ). Please comment to this thread or in the BZ regarding the shift as it needs to be done for a start. The discussions we had on this till date is here: https://www.mediawiki.org/wiki/Talk:VERP#Swift_Mailer_and_VERP__40928. [1]: https://www.mediawiki.org/wiki/VERP [2]: https://www.mediawiki.org/wiki/Talk:Requests_for_comment/Third-party_components [3]: http://swiftmailer.org/ Thanks, Tony Thomas http://tttwrites.in FOSS@Amrita http://foss.amrita.ac.in *where there is a wifi,there is a way* ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] jquery.accessKeyLabel broke mobile
Krinkle fixed the immediate problem I opened https://bugzilla.wikimedia.org/show_bug.cgi?id=64564 to further optimise the mediawiki.util library On Sun, Apr 27, 2014 at 11:23 AM, Krinkle krinklem...@gmail.com wrote: The module was split out of mediawiki.util, nothing new, no need for any special treatment here. It should've been given the same target definition as mediawiki.util. — Krinkle On 27 Apr 2014, at 19:37, Jon Robson jdlrob...@gmail.com wrote: Looks like jquery.accessKeyLabel now seems to be a required ResourceLoader module. The patch that introduced it is https://gerrit.wikimedia.org/r/#/c/125426/and this has exploded the mobile site with 49 or 50 tests failing since the merge. I'm not quite sure whether this module is useful on mobile. I'm not judging that here - I just want to report this is a consideration. Seems we have 2 options 1) Enable the module on mobile if it is applicable. If it's a small library maybe decide on whether it is important later. 2) Revert this core change and rethink this We need to do _one_ of the above before the next deployment train. The damage can be viewed at http://en.m.wikipedia.beta.wmflabs.org/wiki/Forty-seven_Ronin - basically JavaScript exception. Bug at https://bugzilla.wikimedia.org/show_bug.cgi?id=64512 On Sat, Apr 26, 2014 at 10:18 PM, jenkins-no-re...@cloudbees.com wrote: * FAILURE: MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome Build #409 https://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome/409/ (Sun, 27 Apr 2014 04:52:29 +)* *Test Result*https://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome/409/testReport/ 50 failed, 20 skipped Failed Tests *Test Name**Duration**Age* Check UI components.Check existence of important UI components on other pages.https://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome/409/testReport/junit/(root)/Check%20UI%20components/Check_existence_of_important_UI_components_on_other_pages_22 sec2https://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome/407/ Encourage new users to Keep Going.I see a KeepGoing message after completing my VisualEditor edithttps://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome/409/testReport/junit/(root)/Encourage%20new%20users%20to%20Keep%20Going/I_see_a_KeepGoing_message_after_completing_my_VisualEditor_edit48 sec2https://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome/407/ Encourage new users to Keep Going.I see a KeepGoing message after completing my edithttps://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome/409/testReport/junit/(root)/Encourage%20new%20users%20to%20Keep%20Going/I_see_a_KeepGoing_message_after_completing_my_edit52 sec2https://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome/407/ Generic special page features.Search from Loginhttps://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome/409/testReport/junit/(root)/Generic%20special%20page%20features/Search_from_Login39 sec2https://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome/407/ Generic special page features.Search from Nearbyhttps://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome/409/testReport/junit/(root)/Generic%20special%20page%20features/Search_from_Nearby10 sec2https://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome/407/ Generic special page features.Search from Uploadshttps://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome/409/testReport/junit/(root)/Generic%20special%20page%20features/Search_from_Uploads2.2 sec2https://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome/407/ Generic special page features.Search from Watchlisthttps://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome/409/testReport/junit/(root)/Generic%20special%20page%20features/Search_from_Watchlist38 sec2https://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome/407/ Issues.Clicking page issues opens overlayhttps://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome/409/testReport/junit/(root)/Issues/Clicking_page_issues_opens_overlay12 sec2https://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome/407/ Issues.Closing page issueshttps://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome/409/testReport/junit/(root)/Issues/Closing_page_issues12 sec2https://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome/407/
[Wikitech-l] Skipping IRC RfC session for May 7th
I think it would be fine to skip the IRC discussion (for Requests for Comment review) that would happen on Wednesday, May 7th, because so many potential participants will be in transit to Zurich. You are, of course, free to schedule your own meetings to discuss things, if you disagree. :-) So, I'm seeking out proposals to discuss ~May 14, 21, and 28. Feel free to ping me personally or set something up linked from https://www.mediawiki.org/wiki/Architecture_meetings . Some suggestions: Content API, Knockout, Storage service, Clean up URLs, URL shortener, Json Config pages in wiki, API roadmap. -- Sumana Harihareswara Senior Technical Writer Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Tech Talk: Unit testing for MediaWiki projects
Le 29/04/2014 06:47, Erik Moeller a écrit : As a reminder, this is happening tomorrow at 12 PM PDT / 19:00 UTC tomorrow (Tuesday): https://plus.google.com/events/cae6ng1m9o4mhdbpo10u5v05bvg I have uploaded the slides as PDF on commons: https://commons.wikimedia.org/wiki/File:Tech_Talk_-_20140429_-_Unit_testing_in_MediaWiki_projects.pdf Thank you everyone! -- Antoine hashar Musso ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Feedback on 1.23 RC 0
I discovered this regression yesterday: https://bugzilla.wikimedia.org/show_bug.cgi?id=64595 ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] On 2014-04-29, 7:50 AM, Mark A. Hershberger wrote: We've gotten some feedback already -- https://github.com/SemanticMediaWiki/SemanticMediaWiki/issues/212 -- about the RC for MediaWiki 1.23 that Markus made last week. Hopefully we can get this issue addressed in time for SMW users. Are there any other issues that people have run into that we should know about before we do attempt to make a final release of 1.23? If you've tried the RC and not run into any problems, that would be good to know, as well. Thanks, Mark. ___ 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] Config class and 1.23
On 04/18/2014 05:35 PM, Jeroen De Dauw wrote: Hey, Is there some kind of description of the responsibility of the context source stuff anywhere? And the design vision behind it? I find the whole thing extremely dubious, as it appears to try make you bind to a whole group of rather scary classes. Perhaps I am missing something? Cheers -- Jeroen De Dauw - http://www.bn2vs.com Software craftsmanship advocate Evil software architect at Wikimedia Germany ~=[,,_,,]:3 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l Jeroen, thanks for your message. Looks like we are still working on merging the Make abstract Config class truly implementation-agnostic changeset.[0] We came out of the Architecture Summit with a lot of momentum[1] for replacing our direct use of global variables throughout the system. We agreed on Basic hygiene of taking what's already being used (JSON configuration like EventLogging, Zero, and UploadWizard campaigns) and separating into separate extension or integrating into Core. But we don't really have a clear design document/discussion of the current path forward, as far as I know. We've also talked about the Graphical configuration interface RfC (formerly Configuration database 2) a little bit[2][3] but could use a lot more speccing out of requirements. [0] https://gerrit.wikimedia.org/r/#/c/109850/ [1] https://www.mediawiki.org/wiki/Talk:Architecture_Summit_2014/Configuration [2] https://www.mediawiki.org/wiki/Architecture_meetings/RFC_review_2013-11-20 [3] https://www.mediawiki.org/wiki/Architecture_meetings/RFC_review_2014-03-12 -- Sumana Harihareswara Senior Technical Writer Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Tuesday Apr 29 - MediaWiki libraries components
This is in about 10 minutes. -Sumana On 04/25/2014 01:27 PM, Sumana Harihareswara wrote: This is on a Tuesday at 2200 UTC - note the change! https://www.mediawiki.org/wiki/Architecture_meetings/RFC_review_2014-04-29 We'll discuss Ryan Lane's proposal (better handling and versioning libraries that are MW extensions) and Tyler Romeo's proposal (replacing some MW components with more widely used libraries, especially Symfony libraries). Please comment, and look at Jeroen De Dauw's proposal for extension management with Composer, in advance. * https://www.mediawiki.org/wiki/Requests_for_comment/MediaWiki_libraries * https://www.mediawiki.org/wiki/Requests_for_comment/Third-party_components * https://www.mediawiki.org/wiki/Requests_for_comment/Extension_management_with_Composer When: Tuesday 22:00 UTC-23:00 UTC - http://www.timeanddate.com/worldclock/fixedtime.html?hour=22min=00sec=0day=29month=04year=2014 London 11pm Toronto 6pm Seattle 3pm Sydney 8am Wednesday Beijing 6am Wednesday Where: Freenode IRC: #wikimedia-office ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Tuesday Apr 29 - MediaWiki libraries components
Cross-posting to mediawiki-l and mediawiki-enterprise, as I should have done initially. On 04/25/2014 01:36 PM, Sumana Harihareswara wrote: On 04/25/2014 01:27 PM, Sumana Harihareswara wrote: We'll discuss Ryan Lane's proposal (better handling and versioning libraries that are MW extensions) and Tyler Romeo's proposal (replacing some MW components with more widely used libraries, especially Symfony libraries). Please comment, and look at Jeroen De Dauw's proposal for extension management with Composer, in advance. I'm sorry for misattributing! Extension management with Composer is by Markus Glaser, not Jeroen De Dauw. * https://www.mediawiki.org/wiki/Requests_for_comment/MediaWiki_libraries * https://www.mediawiki.org/wiki/Requests_for_comment/Third-party_components * https://www.mediawiki.org/wiki/Requests_for_comment/Extension_management_with_Composer Relatedly - take a look at Bryan Davis's https://gerrit.wikimedia.org/r/#/c/119939/ Add Composer managed libraries changeset (part of the structured logging work). Summary logs of our meeting are up at https://www.mediawiki.org/wiki/Architecture_meetings/RFC_review_2014-04-29#Summary_and_logs . We have some open questions for Markus regarding Composer, and for administrators of MediaWiki installations. Would Composer work in your environment? And it sounds like we only want to replace an artisanal, homegrown MediaWiki component with an externally maintained library if the feature is complicated, upstream is friendly and responsive and aligned with us, and so on, on a case-by-case basis. https://gerrit.wikimedia.org/r/#/c/119939/ still needs review. -- Sumana Harihareswara Senior Technical Writer Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] dnschain
Would someone please review this DNS proposal for secure HTTPS? https://github.com/okTurtles/dnschain http://okturtles.com/other/dnschain_okturtles_overview.pdf http://okturtles.com/ It is new but it appears to be the most correct secure DNS solution for HTTPS security at present. Thank you. Best regards, James Salsman ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l