Re: [Wikitech-l] Extension bundling for 1.18
So this is the current list: * CategoryTree Is this really a feature that most people would use? * Cite Is this something that most people really use on external sites? how popular (i'm saying this because i'm probably one of the rarer people that don't run/need it on any of my installs) * Confirm Edit * DismissableSiteNotice Again, how many people? this seems a suggestion for the sake of it, but i guess its up to other people. * ExpandTemplates Is this something most sites really need? * Gadgets * ParserFunctions * Renameuser * TitleKey Couldn't we just fix search so it was case insensitive compared to needing to bundle something? * Validator There is really no need for it, unless there is a extenstion that needs it that we are also bundlering we shouldn't just randomly stick stuff in because it might be nice * Vector * WikiEditor Possibly I guess, although I would actually prefer it in core compared to a extension, I'm not a fan of how it takes a little longer to load and the screen jumps around. It would probably be nicer to set up ED to record stats on which extensions get downloaded the most and then use that as a starting point for the discussions on what to bundle. Also have we even looked at security issues side of things? because even if they aren't installed the files will still be sitting there on the server unless someone deletes them from their extensions directory... ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r89679]: Revision status changed
User Tim Starling changed the status of MediaWiki.r89679. Old Status: new New Status: ok Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/89679#c0 Commit summary: MFT r89529, r89532 ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r89727]: Revision status changed
User Tim Starling changed the status of MediaWiki.r89727. Old Status: new New Status: ok Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/89727#c0 Commit summary: 1.17: Back out r87711 per CR on r89676 ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r89739]: Revision status changed
User Tim Starling changed the status of MediaWiki.r89739. Old Status: new New Status: ok Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/89739#c0 Commit summary: Revert r89374, r88936 ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r88936]: Revision status changed
User Tim Starling changed the status of MediaWiki.r88936. Old Status: resolved New Status: reverted Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/88936#c0 Commit summary: This needs to be forward-ported to trunk. Fix for Bug #28172 - wfGetDB called when it shouldn't be Avoid an ominous error (“Mediawiki tried to access the database via wfGetDB(). This is not allowed.”) by passing db handles to user methods that would otherwise have to use wfGetDB(). ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r89374]: Revision status changed
User Tim Starling changed the status of MediaWiki.r89374. Old Status: resolved New Status: reverted Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/89374#c0 Commit summary: Finish fix for bug #28172 (“wfGetDB called when it shouldn't be”). Will now forward port to trunk ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r89252]: New comment added
User Freakolowsky posted a comment on MediaWiki.r89252. Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/89252#c17891 Commit summary: * MFT r89250. only the tableExists function ad 1.17 already supports user-dbname difference Comment: r89759. Without this fix updating on installs where username != dbname will not work as it looks for tables in the wrong place and always tries to install instead of upgrade. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r89747]: New comment added
User F.trott posted a comment on MediaWiki.r89747. Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/89747#c17892 Commit summary: followup r89740: remove wfMsgReplaceArgs, small fix to messages Comment: Ok, will take them out with the next commit. Thanks for the review. :) ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r89757]: Revision status changed
User Catrope changed the status of MediaWiki.r89757. Old Status: new New Status: ok Full URL: https://secure.wikimedia.org/wikipedia/mediawiki/wiki/Special:Code/MediaWiki/89757#c0 Commit summary: Fix for WikiEditor iframe extension on IE: use $.inArray() instead of Array.indexOf(), which is not in earlier JS standards as implemented in IE 8. Use of Array.indexOf was added in r74271 when the iframe bits were broken out to an extension. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r89741]: New comment added
User Catrope posted a comment on MediaWiki.r89741. Full URL: https://secure.wikimedia.org/wikipedia/mediawiki/wiki/Special:Code/MediaWiki/89741#c17893 Commit summary: 1.17: MFT r84739, r89707 Comment: Grah, I'm sorry about that. The release notes don't come along with a normal merge because the file names differ (and the contents likely do as well), and I forgot to add them manually. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] Extension bundling for 1.18
I got some more extensions I'd like to see bundeled: * Poem. Well, actually, I think support for poem or lines or whatever should be in core. * SpamBlacklist and AntiBot. Dealing with spam is one of the main problem of a young wiki. -- daniel ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r89277]: Revision status changed
User Catrope changed the status of MediaWiki.r89277. Old Status: fixme New Status: resolved Full URL: https://secure.wikimedia.org/wikipedia/mediawiki/wiki/Special:Code/MediaWiki/89277#c0 Commit summary: Added 'problem articles' view to dashboard; refactored dashboard code (populateAFStatistics.php, primarily); Added new schema sql scripts as well as sql migration script ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[Wikitech-l] WOM Extension
I am looking at the WOM extension, but I am not sure if it is the correct extension for us. We want is an api call that takes a wiki page - either parses the wiki markup (or removes wiki markup) then sends back an xml of the page content.The regular wiki api gives us pages with wiki markup within it. We tried something like this: api.php?action=womgetpage=Somepagexpath=//* It did not seem to do what we expected. Do you mind letting me know if we are looking at the correct extension? We have a Java application that works with the page content that we get back. Thanks, Mary Beebe ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r89760]: Revision status changed
User Krinkle changed the status of MediaWiki.r89760. Old Status: new New Status: ok Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/89760#c0 Commit summary: Fix some typos in r89277 ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] Extension bundling for 1.18
Thomas Gries m...@tgries.de writes: We should - starting now - take out time to collect (on a MediaWiki page) opinions what extensions could be candidates for a roll-out. Done. See [[mw:Possible Tarballs]]. It'd be nice to have a application that would allow people like SemWiki to put together bundles that others could download. Let a thousand tarballs bloom! (As long as I don't have to support them all. ;) Tim Starling tstarl...@wikimedia.org writes: Remember that most extensions don't have version numbers, there's no way to tell if they're up to date, Most extensions we're talking about *do* have SVN revison numbers, though. This doesn't solve the problem you mention here, though: and there's no way to tell whether they are compatible with the version of the core that is in use. Finally, If an extension is bundled and then later merged to the core, there won't be any way to automatically migrate the wikis that used the bundled copy. Why not? True, there isn't one now. But why can't we create a process for moving extensions to core so that this automatic migration would take place? Mark. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r89762]: Revision status changed
User Krinkle changed the status of MediaWiki.r89762. Old Status: new New Status: ok Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/89762#c0 Commit summary: Followup r89277, r89494: another space breaking stuff ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] WOM Extension
On Thu, Jun 9, 2011 at 4:22 PM, Beebe, Mary J bee...@battelle.org wrote: I am looking at the WOM extension, but I am not sure if it is the correct extension for us. We want is an api call that takes a wiki page - either parses the wiki markup (or removes wiki markup) then sends back an xml of the page content. The regular wiki api gives us pages with wiki markup within it. Do you know about api.php?action=parsepage=Somepage ? That'll give you the HTML of the page, among other things. Roan Kattouw (Catrope) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r89767]: New comment added, and revision status changed
User Krinkle changed the status of MediaWiki.r89767. Old Status: new New Status: fixme User Krinkle also posted a comment on MediaWiki.r89767. Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/89767#c17894 Commit summary: Attempt at fixing the issue raised in r82948. Comment: This should be in mediawiki.special.css instead of shared.css which is loaded everywhere all the time. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r89728]: New comment added
User Rotemliss posted a comment on MediaWiki.r89728. Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/89728#c17895 Commit summary: Localization update for he. Comment: I prefer to edit the file. For example, it makes it easier to ensure uniformity of terms and wording, etc. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] Extension bundling for 1.18
On 9 June 2011 15:25, Mark A. Hershberger mhershber...@wikimedia.org wrote: It'd be nice to have a application that would allow people like SemWiki to put together bundles that others could download. Let a thousand tarballs bloom! (As long as I don't have to support them all. ;) SemanticBundle exists for pretty much this reason. (As someone who's used it to help set up a SMW, it saves *lots* of faff. Though not all of it.) A more closely supported SMW-in-a-ball would be *most* useful when I need it, and possibly to others ;-) - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Announcing Ubuntu Ensemble, mediawiki community feedback requested
Hi everyone, This is Ahmed, I work for Ubuntu helping the cloud community. Ubuntu has been working on some hot technology, that aims to be apt-get for the cloud! Basically Install and manage large scale cloud deployments of web applications (and others) with the equivalent ease of apt-get install. The reason I'm posting this here, is because the very first use-case for this technology (called Ensemble) has been MediaWiki (yaay)! To get a feel for Ensemble, here is how you'd deploy a 4 machine Mediawiki installation DB - MediaWiki - memcached - HAproxy Loadbalancer -8- # Deploy machines ensemble deploy mysql wiki-db ensemble deploy mediawiki demo-wiki ensemble deploy memcached wiki-cache ensemble deploy haproxy wiki-balancer # Connect them together! ensemble add-relation wiki-db demo-wiki:db ensemble add-relation wiki-cache demo-wiki ensemble add-relation wiki-balancer:reverseproxy demo-wiki:website -8- Slashdotted? Want to scale out? You'd need something like ensemble add-unit wiki-cache ensemble add-unit demo-wiki Yes, it's that easy! Ensemble takes care of informing MW about the new memcached server just spun up, and informing HAproxy about the new MW...etc! You can view the formula code that does all the magic at http://bazaar.launchpad.net/~ensemble-composers/principia/oneiric/mediawiki/trunk/files/head:/hooks/ http://bazaar.launchpad.net/%7Eensemble-composers/principia/oneiric/mediawiki/trunk/files/head:/hooks/ The reason I am contacting you guys, is that you're the MediaWiki experts. I am very interested to get feedback from you on what you think of Ensemble today, what you think it should do tomorrow, and most importantly to help improve the MW formula The main project page is: https://ensemble.ubuntu.com/ Ensemble documentation: https://ensemble.ubuntu.com/docs Development resources (source code, bugs, etc) are available in Launchpad: https://launchpad.net/ensemble To connect to the Ensemble community, You can subscribe to the mailing list at: https://lists.ubuntu.com/mailman/listinfo/ensemble And there's also an active IRC channel: #ubuntu-ensemble @ Freenode If you reply here, I'll try answer questions, but it's better to post Ensemble feedback directly on Ensemble channels (since that's where the devs and formula writers are). In the mean time, if there's any questions or thoughts grab me (kim0 on freenode) right away. I'd love to see more collaboration between the MW community and the Ensemble community to make MW a dream to install/run/manage/scale on the cloud. I am willing to help in any way possible to make this happen. Interested? What next steps do you think we should take? Cheers ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r83497]: Revision status changed
User Krinkle changed the status of MediaWiki.r83497. Old Status: new New Status: ok Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/83497#c0 Commit summary: * Colorized the buttons on the form and calls to action * Changed feedback to ratings on the submit button * Added body text to calls to action * Changed the style of calls to action to use a white background for the pitch, increasing contrast and thus visibility ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r86591]: Revision status changed
User Krinkle changed the status of MediaWiki.r86591. Old Status: new New Status: ok Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/86591#c0 Commit summary: Added $wgArticleFeedbackOptions, which controls the bucketing for showing or hiding expertise and email options in the user interface. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r87058]: Revision status changed
User Krinkle changed the status of MediaWiki.r87058. Old Status: new New Status: ok Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/87058#c0 Commit summary: Extended table rendering function to support adding classes, text and HTML to a cell, rather than only being able to set HTML. Making use of data-sort-value attribute, rather than hiding a 0 or 1 in the cell. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r86588]: Revision status changed
User Krinkle changed the status of MediaWiki.r86588. Old Status: new New Status: ok Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/86588#c0 Commit summary: Fixed missing 'track' comparison when checking the tracking bucket. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r87562]: New comment added
User Krinkle posted a comment on MediaWiki.r87562. Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/87562#c17896 Commit summary: Added pending message to draw attention to the submit button when ratings are not saved yet. Comment: Can you brielfy explain this one ? pre // Select randomly using equal distribution of available pitches - var key = pitches[Math.floor( Math.random() * list.length )]; + var key = pitches[Math.floor( Math.random() * pitches.length )]; /pre Was it broken before ? OK otherwise. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r87433]: Revision status changed
User Krinkle changed the status of MediaWiki.r87433. Old Status: new New Status: ok Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/87433#c0 Commit summary: Colorized rating cells and added a bit more padding around all cells. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] Extension bundling for 1.18
Mark A. Hershberger wrote: Thomas Gries m...@tgries.de writes: We should - starting now - take out time to collect (on a MediaWiki page) opinions what extensions could be candidates for a roll-out. Done. See [[mw:Possible Tarballs]]. Please use full URLs in e-mails. I doubt many e-mail clients support interwiki prefixes. ;-) Also, the standard case for wiki pages is sentence case: http://www.mediawiki.org/wiki/Possible_tarballs. MZMcBride ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r87732]: Revision status changed
User Krinkle changed the status of MediaWiki.r87732. Old Status: new New Status: ok Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/87732#c0 Commit summary: ArticleFeedback: Fix r87730, set smaxage to 30 days not 300 ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r87562]: New comment added
User Catrope posted a comment on MediaWiki.r87562. Full URL: https://secure.wikimedia.org/wikipedia/mediawiki/wiki/Special:Code/MediaWiki/87562#c17897 Commit summary: Added pending message to draw attention to the submit button when ratings are not saved yet. Comment: When indexing in codepitches[]/code it's generally a good idea to use codepitches.length/code as the upper bound, as opposed to the length of some other array :) ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r87562]: Revision status changed
User Krinkle changed the status of MediaWiki.r87562. Old Status: new New Status: ok Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/87562#c0 Commit summary: Added pending message to draw attention to the submit button when ratings are not saved yet. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[Wikitech-l] Wikimania hackathon planning
Amir Aharoni is planning two developer days just before this year's Wikimania -- August 2nd and 3rd in Haifa, Israel. If you're planning on being there, add your name! http://wikimania2011.wikimedia.org/wiki/Developer_Days#Attendees This developers' meeting is an opportunity for Wikimedia's software developers to come together, test software in diverse languages and on diverse devices, squash bugs and write awesome new features. It's a perfect opportunity to work on right-to-left language support, of course, but what else would you like to work on? Please add your ideas. This'll help recruit attendees, and help us knock out any dependencies in the eight weeks between now and the hackfest. http://wikimania2011.wikimedia.org/wiki/Developer_Days#Topics -- Sumana Harihareswara Volunteer Development Coordinator Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extension bundling for 1.18
On 9 June 2011 17:58, MZMcBride z...@mzmcbride.com wrote: http://www.mediawiki.org/wiki/Possible_tarballs Note there's a strawpoll there to indicate tarball users' interest in particular extensions. Go forth and !vote :-) - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extension bundling for 1.18
On 08.06.2011, 19:49 Chad wrote: On Wed, Jun 8, 2011 at 11:22 AM, Mark A. Hershberger mhershber...@wikimedia.org wrote: Immediately, the objection of “bloat” would be raised. To alleviate this concern, we can still provide a “MediaWiki-lite” tarball with only the contents of phase3 as before. Since we're going down the road of offering different tarballs, can we also get an ultra-lite that only has MessagesEn? English-only seems kinda OTT, however a release with world's top 20 languages will satisfy 99% users and will still be significantly smaller. -- Best regards, Max Semenik ([[User:MaxSem]]) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extension bundling for 1.18
On Wed, Jun 8, 2011 at 10:59 PM, K. Peachey p858sn...@gmail.com wrote: * WikiEditor Possibly I guess, although I would actually prefer it in core compared to a extension, I'm not a fan of how it takes a little longer to load and the screen jumps around. Note that the jumping isn't because it's an extension, but rather because of the specific way the toolbar and editor bits get injected and activated. Merging to core or not would have no effect on that -- it can be fixed while still an extension, or it can remain jumpy in core. -- brion ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extension bundling for 1.18
On Thu, Jun 9, 2011 at 8:14 PM, Brion Vibber br...@pobox.com wrote: On Wed, Jun 8, 2011 at 10:59 PM, K. Peachey p858sn...@gmail.com wrote: * WikiEditor Possibly I guess, although I would actually prefer it in core compared to a extension, I'm not a fan of how it takes a little longer to load and the screen jumps around. Note that the jumping isn't because it's an extension, but rather because of the specific way the toolbar and editor bits get injected and activated. Merging to core or not would have no effect on that -- it can be fixed while still an extension, or it can remain jumpy in core. That's not entirely accurate. If it's in core, we can add some of the container divs in the HTML, reducing the jumpiness. Roan Kattouw (Catrope) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r87562]: New comment added
User Trevor Parscal posted a comment on MediaWiki.r87562. Full URL: https://secure.wikimedia.org/wikipedia/mediawiki/wiki/Special:Code/MediaWiki/87562#c17898 Commit summary: Added pending message to draw attention to the submit button when ratings are not saved yet. Comment: Yes, especially if that other array is an undefined symbol! ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] Extension bundling for 1.18
On 9 June 2011 19:14, Brion Vibber br...@pobox.com wrote: Note that the jumping isn't because it's an extension, but rather because of the specific way the toolbar and editor bits get injected and activated. Merging to core or not would have no effect on that -- it can be fixed while still an extension, or it can remain jumpy in core. That jumping is one of the biggest pains in the goddamn ass when I'm trying to edit Wikipedia. (It appears my 1Mbit connection is not fast enough for Wikipedia, as my 20MBit work connection doesn't have the same problem, finishing the jumping far quicker ...) Is there anything I can do to alleviate this bloody annoying problem? - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extension bundling for 1.18
On Thu, Jun 9, 2011 at 2:02 PM, Max Semenik maxsem.w...@gmail.com wrote: English-only seems kinda OTT, however a release with world's top 20 languages will satisfy 99% users and will still be significantly smaller. I also remember hearing lots of opposition about this last time it was brought up. If I remember correctly, the main argument was that the other language files are mostly for end-users, not for sysadmins who want to just save as much space as they can. -- Casey Brown Cbrown1023 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extension bundling for 1.18
Well if I'm setting up an internal wiki for 10 people, saving space may be beneficial over supporting 250+ languages no one speaks. -Chad On Jun 9, 2011 2:54 PM, Casey Brown li...@caseybrown.org wrote: On Thu, Jun 9, 2011 at 2:02 PM, Max Semenik maxsem.w...@gmail.com wrote: English-only seems kinda OTT, however a release with world's top 20 languages will satisfy 99% users and will still be significantly smaller. I also remember hearing lots of opposition about this last time it was brought up. If I remember correctly, the main argument was that the other language files are mostly for end-users, not for sysadmins who want to just save as much space as they can. -- Casey Brown Cbrown1023 ___ 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] Extension bundling for 1.18
On Thu, Jun 9, 2011 at 11:18 AM, Roan Kattouw roan.katt...@gmail.comwrote: On Thu, Jun 9, 2011 at 8:14 PM, Brion Vibber br...@pobox.com wrote: Note that the jumping isn't because it's an extension, but rather because of the specific way the toolbar and editor bits get injected and activated. Merging to core or not would have no effect on that -- it can be fixed while still an extension, or it can remain jumpy in core. That's not entirely accurate. If it's in core, we can add some of the container divs in the HTML, reducing the jumpiness. Simple matter of catching some hooks and outputting divs, and if there aren't the right hooks already, add em. -- brion ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extension bundling for 1.18
On Thu, Jun 9, 2011 at 11:58 AM, Chad innocentkil...@gmail.com wrote: Well if I'm setting up an internal wiki for 10 people, saving space may be beneficial over supporting 250+ languages no one speaks. At the moment the *entire* languages/ dir in trunk comes to... 43 megabytes. (Not counting the complete copy of every file in the .svn subdir in a subversion checkout; people in this situation apparently are working from tarballs so that's not there.) With English only 1.2 megabytes, for a saving of ~42 MB. The simple expedient of gzipping the message files would reduce it to 13 megabytes, for a saving of ~30MB with *no* loss in functionality. Of course, your users could fill up 30-40 megabytes' worth of text and images in just a few minutes, so even the savings of removing them all is pretty piddly... If there is a compelling reason to reduce the size, switching to a gzip-friendly format would be simpler: almost as much savings as removing the files, but without losing anything. -- brion ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extension bundling for 1.18
David Gerard wrote: On 9 June 2011 19:14, Brion Vibber br...@pobox.com wrote: Note that the jumping isn't because it's an extension, but rather because of the specific way the toolbar and editor bits get injected and activated. Merging to core or not would have no effect on that -- it can be fixed while still an extension, or it can remain jumpy in core. That jumping is one of the biggest pains in the goddamn ass when I'm trying to edit Wikipedia. (It appears my 1Mbit connection is not fast enough for Wikipedia, as my 20MBit work connection doesn't have the same problem, finishing the jumping far quicker ...) Is there anything I can do to alleviate this bloody annoying problem? As I recall, the old toolbar had this exact same problem. The only difference was that it was so much smaller in code size that it wasn't nearly as noticeable, especially on a fast connection. The English Wikipedia implemented a solution that pre-set the height of the toolbar in CSS, so when it finally loaded, there would be no jump. More info about this trick: http://en.wikipedia.org/w/index.php?oldid=259876614#Jumping_edit_window. I'm not sure if the same trick can work for the new toolbar, as the new toolbar doesn't have a consistent height. The height fluctuates depending on which sub-modules have been expanded previously. This could probably be fixed by loading the toolbar earlier, though? MZMcBride ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extension bundling for 1.18
On Thu, Jun 9, 2011 at 12:11 PM, MZMcBride z...@mzmcbride.com wrote: I'm not sure if the same trick can work for the new toolbar, as the new toolbar doesn't have a consistent height. The height fluctuates depending on which sub-modules have been expanded previously. This could probably be fixed by loading the toolbar earlier, though? I'm sure folks can figure it out -- but hopefully in another thread. :) -- brion ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extension bundling for 1.18
On 11-06-09 12:09 PM, Brion Vibber wrote: On Thu, Jun 9, 2011 at 11:58 AM, Chad innocentkil...@gmail.com wrote: Well if I'm setting up an internal wiki for 10 people, saving space may be beneficial over supporting 250+ languages no one speaks. At the moment the *entire* languages/ dir in trunk comes to... 43 megabytes. (Not counting the complete copy of every file in the .svn subdir in a subversion checkout; people in this situation apparently are working from tarballs so that's not there.) With English only 1.2 megabytes, for a saving of ~42 MB. The simple expedient of gzipping the message files would reduce it to 13 megabytes, for a saving of ~30MB with *no* loss in functionality. Of course, your users could fill up 30-40 megabytes' worth of text and images in just a few minutes, so even the savings of removing them all is pretty piddly... If there is a compelling reason to reduce the size, switching to a gzip-friendly format would be simpler: almost as much savings as removing the files, but without losing anything. -- brion ;) switching the format, whether we gzip or not would be a nice idea. I believe I mentioned the advantage of using a format that would not be a php injection security vulnerability if we permitted to be updated on the fly. ie: Being able to instantly propagate batches of new translations from TranslateWiki to live sites. Perhaps allowing peer-reviewing of messages as a method of deciding how instantly to apply a message to live. Course as long as we make sure we don't have html injection vulns in our messages and we restrict changes of .js/.css messages. -- ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r89393]: New comment added
User OverlordQ posted a comment on MediaWiki.r89393. Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/89393#c17900 Commit summary: Apply a patch adapted from the one on Bug #16794 This patch should allow you to use the $wgSharedDB [with Postgres] normally, as you would with mysql. Basically this patch creates a second connection with the shared database and when a query is made, we check on which connection we should send it. Patch from Luca Fulchir Comment: Likely caused by that mess in tableName ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r89767]: Revision status changed
User Krinkle changed the status of MediaWiki.r89767. Old Status: fixme New Status: ok Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/89767#c0 Commit summary: Attempt at fixing the issue raised in r82948. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r83300]: New comment added, and revision status changed
User Krinkle changed the status of MediaWiki.r83300. Old Status: ok New Status: fixme User Krinkle also posted a comment on MediaWiki.r83300. Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/83300#c17901 Commit summary: Follow-up r83280; looks like I accidentally deprecated a piece of legacy JS :D Comment: htmlforms and selectOrOtherSelectChanged weren't referenced anywhere else in code/trunk/code. JS part is OK. pre +* @deprecated @since 1.18 load modules with ResourceLoader instead */ - static function addJS() { - if ( self::$jsAdded ) return; + static function addJS() { } /pre The end result is now [http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/HTMLForm.php?view=markuppathrev=83300#l159 this]. The method is now broken, not deprecated. Deprecated means it should no longer be used and will be removed in the future, right now it will silently fail without anyone easily being able to trace why. Marking FIXME. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] Announcing Ubuntu Ensemble, mediawiki community feedback requested
Ahmed Kamal wrote: Hi everyone, Thanks for contacting with us, Ahmed. This is Ahmed, I work for Ubuntu helping the cloud community. Ubuntu has been working on some hot technology, that aims to be apt-get for the cloud! Basically Install and manage large scale cloud deployments of web applications (and others) with the equivalent ease of apt-get install. The reason I'm posting this here, is because the very first use-case for this technology (called Ensemble) has been MediaWiki (yaay)! To get a feel for Ensemble, here is how you'd deploy a 4 machine Mediawiki installation DB - MediaWiki - memcached - HAproxy Loadbalancer -8- # Deploy machines ensemble deploy mysql wiki-db ensemble deploy mediawiki demo-wiki ensemble deploy memcached wiki-cache ensemble deploy haproxy wiki-balancer # Connect them together! ensemble add-relation wiki-db demo-wiki:db ensemble add-relation wiki-cache demo-wiki ensemble add-relation wiki-balancer:reverseproxy demo-wiki:website -8- Slashdotted? Want to scale out? You'd need something like ensemble add-unit wiki-cache ensemble add-unit demo-wiki Yes, it's that easy! Well, you still need to know that you need 4 machines and what is each of them. I first got confused thinking that they were packages on a single machine. So, when you add a second demo-wiki, how is the second mediawiki configured? A simple copy ? How are further changes synced? What about optional packages? If you are installing for a large scale cloud deployment of mediawiki you probably also want php-apc, or wikidiff2 extension. I see you are creating your own LocalSettings.php, but the way you are installing it is really ugly. I advance you that it will break in the new installer of MediaWiki 1.17 You will have an install.php cli script there, though. (i have to admit, it is really the fault of ubuntu package that it doesn't create the database or thatit leaves the tables broken on update) I recommend you to plan and test with 1.17 and tell us if you need some additional feature. It still could enter in the release, if it's simple enough. http://svn.wikimedia.org/svnroot/mediawiki/branches/REL1_17/phase3/ Cheers ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extension bundling for 1.18
We could provide a minified mediawiki version. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r87172]: Revision status changed
User Krinkle changed the status of MediaWiki.r87172. Old Status: new New Status: ok Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/87172#c0 Commit summary: Followup to r86108 per CR: Fix two calls to legacy tablesorter ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r86108]: Revision status changed
User Krinkle changed the status of MediaWiki.r86108. Old Status: new New Status: ok Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/86108#c0 Commit summary: Followup ro r86088: Use data-sort-type instead of classes to specify the parser-type; add support for data-sort-value; strip legacy code (CR) ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r89795]: Revision status changed
User Krinkle changed the status of MediaWiki.r89795. Old Status: new New Status: deferred Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/89795#c0 Commit summary: Localisation updates for core and extension messages from translatewiki.net (2011-06-09 20:44:00 UTC) ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r89742]: Revision status changed
User Krinkle changed the status of MediaWiki.r89742. Old Status: new New Status: ok Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/89742#c0 Commit summary: W/S fixups ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r78004]: Revision status changed
User Krinkle changed the status of MediaWiki.r78004. Old Status: new New Status: ok Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/78004#c0 Commit summary: Follow up r78003, forgot to make MonoBook use the footericons code. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r87101]: Revision status changed
User Krinkle changed the status of MediaWiki.r87101. Old Status: new New Status: ok Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/87101#c0 Commit summary: Moved the tab break from the link to the span. This allows for multiple icons, as icons overwrite this link image and thus wouldn't have a tab break. This was originally solved for the watchlist star by using a right margin, so this one is removed to prevent double borders. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[Wikitech-l] The second MediaWiki book has been published, see MediaWiki virtual library (MVL)
http://www.mediawiki.org/wiki/Category:MediaWiki_virtual_library_%28MVL%29 signature.asc Description: OpenPGP digital signature ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r89252]: Revision status changed
User Tim Starling changed the status of MediaWiki.r89252. Old Status: fixme New Status: resolved Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/89252#c0 Commit summary: * MFT r89250. only the tableExists function ad 1.17 already supports user-dbname difference ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r82088]: New comment added
User Krinkle posted a comment on MediaWiki.r82088. Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/82088#c17903 Commit summary: Further fixes for NewUserMessage: newusermessage contains the template name, so we don't need to substitute that page ourselves and have it substituted by the parser. Also fixed an {} that was being interpreted by PHP. Comment: According to the documentation it should use Welcome-heading and Welcome-body in LQT mode and just Welcome in other environments. However it's still using Template:Welcome-body on Commons (which does not have LQT) Also, there's two line breaks before and after the templates causing a gap on top of all pages. And a timestamp, which may or may not be good. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r83300]: New comment added, and revision status changed
User Krinkle changed the status of MediaWiki.r83300. Old Status: fixme New Status: ok User Krinkle also posted a comment on MediaWiki.r83300. Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/83300#c17904 Commit summary: Follow-up r83280; looks like I accidentally deprecated a piece of legacy JS :D Comment: Ah, I see. Thanks for the quick response. Marking OK. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r45497]: New comment added
User Krinkle posted a comment on MediaWiki.r45497. Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/45497#c17905 Commit summary: * Made it possible to set $wgLogo to false and have no logo. Made this the default, installer-configurable. * Introduced $wgDeletedDirectory to replace obsolete $wgFileStore and installer-configurable * Turned the environment page into a welcome page. Still needs some work to make it more welcoming. * Refactored the getLabelled*() from InstallerDBType.php into WebInstaller where it can be useful for the WebInstaller pages * Implemented pages Name and Options. Finished the MySQL settings form. * Implemented documentation pages which render files like README as wikitext. * Removed MediaWiki copyright/license from navigation regions and put them on the welcome page. * Split the bulk CSS and JS off to separate files Comment: That was indeed the case. Chad fixed it in r89311. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] Extension bundling for 1.18
On Thu, Jun 9, 2011 at 3:41 PM, Tim Starling tstarl...@wikimedia.org wrote: On 09/06/11 03:25, Łukasz Garczewski wrote: ConfirmEdit (rationale: every single public wiki I've setup dies without this) Maybe AbuseFilter would be a better anti-spam choice. Probably not. It comes by default with no rule sets set up — and would require the system administrator to define complex rule sets by themselves. -- Andrew Garrett Wikimedia Foundation agarr...@wikimedia.org ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r89768]: New comment added
User Patrick Nagel posted a comment on MediaWiki.r89768. Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/89768#c17906 Commit summary: * Move special page alias defintion to its own file * Sort i18n file: 'en', 'qqq' and the translations * Slights message tweaks for consistency * Normalize 'descriptionmsg' key * 'de' translations are always informell (Du). formal address goes into 'de-formal' and will be done by our Translatewiki folks * Add extension to Translatewiki Comment: Thanks a lot for this, raymond! One question though - the Notificator.alias.php file does not exist currently - is that a problem? ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r89808]: New comment added
User ^demon posted a comment on MediaWiki.r89808. Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/89808#c17907 Commit summary: Initial check in, in an extension for now during development/evaluation/cross-browser testing. Comment: Is HTMLStyleForm supposed to be a fork of HTMLForm, a rewrite, a copy...or what? Seems like it's duplicating a lot of functionality there. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r89710]: Revision status changed
User ^demon changed the status of MediaWiki.r89710. Old Status: fixme New Status: new Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/89710#c0 Commit summary: add back json support ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r89781]: Revision status changed
User ^demon changed the status of MediaWiki.r89781. Old Status: new New Status: ok Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/89781#c0 Commit summary: Rename Mobile Extension ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r89785]: Revision status changed
User ^demon changed the status of MediaWiki.r89785. Old Status: new New Status: ok Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/89785#c0 Commit summary: Rename Mobile Extension ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r89808]: New comment added
User Werdna posted a comment on MediaWiki.r89808. Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/89808#c17908 Commit summary: Initial check in, in an extension for now during development/evaluation/cross-browser testing. Comment: It looks like it's a copy-and-modify. I think you should subclass it if the factoring allows for it, or potentially even replace the existing one. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r89808]: New comment added
User ^demon posted a comment on MediaWiki.r89808. Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/89808#c17909 Commit summary: Initial check in, in an extension for now during development/evaluation/cross-browser testing. Comment: I was going to say, might as well push improvements/changes back into core, rather than here in an extension :) ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[Wikitech-l] LanguageConverter and searching with the incorrect keyboard layout
There's a problem which is familiar to people who use non-Latin alphabets in computers is that they sometimes forget to switch the keyboard layout and type a whole word or even a sentence of gibberish until they notice it. For example, people who use a Cyrillic keyboard may search Google for цшлшзувшф, when they actually meant to search for wikipedia, and vice versa - dbrbgtlbz when they meant википедия (that's wikipedia in Russian). The Google search engine is aware of it for a few years now and often automatically searches for the desired term in a DWIM manner. Wikipedia's own search engine is not aware of it yet. A user in the Hebrew Wikipedia had this idea: Maybe LanguageConverter can be used for it? Common keyboard layouts can be mapped to each other, like the two Serbian alphabet are mapped to each other today, and Special:Search is already aware of LanguageConverter. -- 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
[MediaWiki-CodeReview] [MediaWiki r89814]: New comment added
User MaxSem posted a comment on MediaWiki.r89814. Full URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/89814#c17910 Commit summary: (bug 29332) don't let install progress if user requests mediawiki-announce subscription but does not enter email. Thanks Sumana :) Comment: JS? ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview