MediaWiki-l January 2014

mediawiki-l@lists.wikimedia.org

64 participants
63 discussions

diffs between two articles
by Yan Seiner 24 Jan '14

24 Jan '14

Is anyone aware of an extension that would allow a user to view the differences between two articles? We are using mediawiki for user manuals. The articles themselves are similar across a family of models, with the major differences being images and a small amount of text in each article. Over time, revisions diverge the articles, and cross-referencing a 150 page manual by hand across 5 models is quite time consuming. I'd like to be able to run a diff, similar to the article history, except between articles so I could easily pick up on the changes between articles.

2 2

Re: [MediaWiki-l] Looking for way to automatically create or update a Page
by Lee Worden 23 Jan '14

23 Jan '14

WorkingWiki [1] is not a lightweight tool, and needs you to be assertively in control of your site's security, but can definitely do this. You would just need to add a one- or two-line make rule to your wiki page. I can provide more info if wanted. [1] http://lalashan.mcmaster.ca/theobio/projects/index.php/WorkingWiki >> >From: john boris<jborissr(a)gmail.com> >> > >> >I have a Wiki page that holds a table of data. I have the data in an Excel >> >file and also as a flat ASCI file. I am looking for a way to automate the >> >updating of the page so when I make a change to the file on my one system I >> >can run the script and it will make the changes on my Wiki.

1 0

Re: [MediaWiki-l] Looking for way to automatically create or update a Page
by Lee Worden 23 Jan '14

23 Jan '14

WorkingWiki [1] is not a lightweight tool, and needs you to be assertively in control of your site's security, but can definitely do this. You would just need to add a one- or two-line make rule to your wiki page. [1] http://lalashan.mcmaster.ca/theobio/projects/index.php/WorkingWiki >> >From: john boris<jborissr(a)gmail.com> >> > >> >I have a Wiki page that holds a table of data. I have the data in an Excel >> >file and also as a flat ASCI file. I am looking for a way to automate the >> >updating of the page so when I make a change to the file on my one system I >> >can run the script and it will make the changes on my Wiki.

1 0

Re: [MediaWiki-l] Looking for way to automatically create or update a Page
by Jan Steinman 23 Jan '14

23 Jan '14

> From: john boris <jborissr(a)gmail.com> > > I have a Wiki page that holds a table of data. I have the data in an Excel > file and also as a flat ASCI file. I am looking for a way to automate the > updating of the page so when I make a change to the file on my one system I > can run the script and it will make the changes on my Wiki. John, I don't know of a simple way to do that without writing some "glue" code. However, I am using the SQL2Wiki extension (heavily modified) to maintain data in MySQL (using MyPhpAdmin) and display it in MediaWiki. Due to the possibility of SQL injection, I do not recommend this for open wikis. I only have trusted users, plus I protect pages with SQL on them, and restrict permissions to SELECT only on the user role that has access from MediaWiki. Although I don't use it, it is possible to automagically go MySQL <--> Excel using Connector/ODBC. Here's links to tons of example output: http://www.EcoReality.org/wiki/Statistics You can get SQL2Wiki from the MediaWiki extensions, or I can send you my heavily modified version, which I think is much better. :-) Jan On 2014-01-23, at 09:25, mediawiki-l-request(a)lists.wikimedia.org wrote: > From: john boris <jborissr(a)gmail.com> > To: mediawiki-l(a)lists.wikimedia.org > Subject: [MediaWiki-l] > Message-ID: > <CAOk1TCwVaLo6XZFATMOQRfVc5FH6sM3QVJORStLR7_2C7UDG4g(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > I have a Wiki page that holds a table of data. I have the data in an Excel > file and also as a flat ASCI file. I am looking for a way to automate the > updating of the page so when I make a change to the file on my one system I > can run the script and it will make the changes on my Wiki. > > If there is a script that can do this can I get a pointer to it? I have > been searching and haven't found anything. > > TIA > > -- > John J. Boris, Sr. > Online Services > www.onlinesvc.com :::: As a man may be eating all day, and for want of digestion is never nourished, so these endless readers may cram themselves in vain with intellectual food. -- I. Watts :::: Jan Steinman, EcoReality Co-op ::::

4 3

How to set font size and type for display and not for print
by Yan Seiner 23 Jan '14

23 Jan '14

The title pretty much says it all. I have a wiki that's used as a manual; we both read it on line and print it. I need to set the font type and size for display only, and not for print; the rendering software has its own default settings for printing. I know this has to go somewhere in the css but I'm not sure what I need to put where.

3 2

Re: [MediaWiki-l] MediaWiki-l Digest, Vol 124, Issue 24
by David Leaman 23 Jan '14

23 Jan '14

It sounds like you might be using CSS in your SVG. If not please disregard the rest of my post. While CSS is in general a great idea, and has certainly made my life a lot easier, it turns out ImageMagick doesn't support CSS in SVG. As far as I can tell they haven't said anything about supporting it any time soon, either. My solution is to use Inkscape instead of ImageMagick. In a shell I convert SVGs with: $ inkscape -f input.svg -e output.png (from http://www.imagemagick.org/discourse-server/viewtopic.php?f=3&t=22607) >From the link Sigbert provided, it looks like you should be able to easily tell MW to use Inkscape, which in my experience converts SVGs quite well. I haven't used rsvg or Batik, but WikiMedia seems to think highly of them. If this doesn't work for you or is too difficult to implement, a workaround is to simply not use CSS in your SVG. This leaves a bad taste in my mouth as I am so fond of using CSS, but is sometimes necessary. Cheers, -Dave > Date: Thu, 23 Jan 2014 09:03:13 +0100 > From: Sigbert Klinke <sigbert(a)wiwi.hu-berlin.de> > > Hi, according to > http://www.mediawiki.org/wiki/Manual:Image_administration#SVG you might > need to change the rendering software. > > Sigbert > > Am 23.01.2014 02:08, schrieb Arcane 21: >> SVG files render poorly on my localhost wiki, with the colors often blacked out. I have ImageMagick installed to render graphic files, and everything but SVG files renders well. On Thu, Jan 23, 2014 at 3:13 AM, <mediawiki-l-request(a)lists.wikimedia.org> wrote: > Send MediaWiki-l mailing list submissions to > mediawiki-l(a)lists.wikimedia.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > or, via email, send a message with subject or body 'help' to > mediawiki-l-request(a)lists.wikimedia.org > > You can reach the person managing the list at > mediawiki-l-owner(a)lists.wikimedia.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of MediaWiki-l digest..." > > > Today's Topics: > > 1. Re: New extensions from Vistaprint (Greg Rundlett (freephile)) > 2. Re: New extensions from Vistaprint (Daniel Renfro) > 3. Need help rendering SVG files on my localhost wiki (Arcane 21) > 4. FW: Wikipedia: Define Languages as Favorites (Yves Malard) > 5. Authorizing Page Translations, Disclaimers (Al) > 6. Re: Need help rendering SVG files on my localhost wiki > (Sigbert Klinke) > 7. Re: Embed JavaScript via an extension (Sigbert Klinke) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 22 Jan 2014 15:42:39 -0500 > From: "Greg Rundlett (freephile)" <greg(a)freephile.com> > To: MediaWiki announcements and site admin list > <mediawiki-l(a)lists.wikimedia.org> > Cc: "Daniel J. Barrett" <dbarrett(a)vistaprint.com> > Subject: Re: [MediaWiki-l] New extensions from Vistaprint > Message-ID: > <CANaytcfaZUTRc5WOkXoh9Z6=2fqFD+MrY-4asrT-zBX+dBHpYA(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi guys, > > I'd like to build a staff directory using Semantic MediaWiki and smw forms. > Just wondering if you tackled such a thing and might be able to share. > Or, do you know where to find an example since my Google-fu is failing me. > > ~ Greg > > Greg Rundlett > http://eQuality-Tech.com > http://freephile.org > > > On Fri, Oct 11, 2013 at 12:33 PM, Daniel Renfro <drenfro(a)vistaprint.com>wrote: > >> At Vistaprint (www.vistaprint.com), we have an extensive internal wiki, >> and over the last six years, my team has built 50+ custom MediaWiki >> extensions. I'm happy to announce that we are starting to release these >> extensions as open source. They range from very small (see below) to quite >> powerful & unique. >> >> To help us get familiar with Wikimedia's Git/Gerrit process, we're >> beginning with a very small but useful extension: CategoryTagSorter. It >> simply alphabetizes the category links displayed in articles. (Normally >> they appear in the same order written as in the wikitext.) It has been >> called "the simplest useful MediaWiki extension" and was written originally >> by Dan Barrett (User:Maiden_taiwan, also author of the O'Reilly MediaWiki >> book). >> >> Have a look at the documentation at: >> http://www.mediawiki.org/wiki/Extension:CategoryTagSorter >> View the code at: >> https://git.wikimedia.org/log/mediawiki%2Fextensions%2FCategoryTagSorter >> >> We are looking forward to releasing more extensions in the coming months, >> and hope to become more involved in the MediaWiki community in general. >> Questions and/or comments can be sent to me directly, or to >> MediawikiExtensions(a)vistaprint.com. >> >> Cheers, >> --Daniel Renfro (User:AlephNull) and the rest of the MediaWiki development >> team at Vistaprint >> >> >> _______________________________________________ >> MediaWiki-l mailing list >> MediaWiki-l(a)lists.wikimedia.org >> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l >> > > > ------------------------------ > > Message: 2 > Date: Wed, 22 Jan 2014 20:53:11 +0000 > From: Daniel Renfro <drenfro(a)vistaprint.com> > To: "Greg Rundlett (freephile)" <greg(a)freephile.com>, "MediaWiki > announcements and site admin list" <mediawiki-l(a)lists.wikimedia.org> > Subject: Re: [MediaWiki-l] New extensions from Vistaprint > Message-ID: > <E58FBDFD91EB95418AF02101DAAFCD5D59A8017C(a)WNDMAIL02.vistaprint.net> > Content-Type: text/plain; charset=WINDOWS-1252 > > Cheers Greg, > > We here at Vistaprint have very little experience with SMW/SMW forms. I personally experimented with it at my last job[1] but haven't used it in years. Our staff directory consists of a home-rolled extension that uses locally cached information from ActiveDirectory (via LDAP.) I also didn't find much via Google on implementing a personnel-directory with SMW...I don't think there is much out there. It sounds very plausible and I encourage you to try SMW, I've heard great things about it. > > You might want to have a look at the WikiData project, too.[2] It provides a centralized place for structured data - it solves a different problem than SMW, though. [3] > > Best wishes, > --Daniel > > [1.] http://ecoliwiki.net > [2.] https://www.wikidata.org/wiki/Wikidata:Main_Page > [3.] https://semantic-mediawiki.org/wiki/SMW_and_Wikidata > > From: greg.rundlett(a)gmail.com [mailto:greg.rundlett@gmail.com] On Behalf Of Greg Rundlett (freephile) > Sent: Wednesday, January 22, 2014 3:43 PM > To: MediaWiki announcements and site admin list > Cc: Daniel Barrett; Daniel Renfro > Subject: Re: [MediaWiki-l] New extensions from Vistaprint > > Hi guys, > > I'd like to build a staff directory using Semantic MediaWiki and smw forms. Just wondering if you tackled such a thing and might be able to share. Or, do you know where to find an example since my Google-fu is failing me. > > ~ Greg > > Greg Rundlett > http://eQuality-Tech.com > http://freephile.org > > On Fri, Oct 11, 2013 at 12:33 PM, Daniel Renfro <drenfro(a)vistaprint.com<mailto:drenfro@vistaprint.com>> wrote: > At Vistaprint (www.vistaprint.com<http://www.vistaprint.com>), we have an extensive internal wiki, and over the last six years, my team has built 50+ custom MediaWiki extensions. I'm happy to announce that we are starting to release these extensions as open source. They range from very small (see below) to quite powerful & unique. > > To help us get familiar with Wikimedia's Git/Gerrit process, we're beginning with a very small but useful extension: CategoryTagSorter. It simply alphabetizes the category links displayed in articles. (Normally they appear in the same order written as in the wikitext.) It has been called "the simplest useful MediaWiki extension" and was written originally by Dan Barrett (User:Maiden_taiwan, also author of the O'Reilly MediaWiki book). > > Have a look at the documentation at: http://www.mediawiki.org/wiki/Extension:CategoryTagSorter > View the code at: https://git.wikimedia.org/log/mediawiki%2Fextensions%2FCategoryTagSorter > > We are looking forward to releasing more extensions in the coming months, and hope to become more involved in the MediaWiki community in general. Questions and/or comments can be sent to me directly, or to MediawikiExtensions(a)vistaprint.com<mailto:MediawikiExtensions@vistaprint.com>. > > Cheers, > --Daniel Renfro (User:AlephNull) and the rest of the MediaWiki development team at Vistaprint > > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l(a)lists.wikimedia.org<mailto:MediaWiki-l@lists.wikimedia.org> > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > > > > > > ------------------------------ > > Message: 3 > Date: Wed, 22 Jan 2014 19:08:05 -0600 > From: Arcane 21 <arcane(a)live.com> > To: "mediawiki-l(a)lists.wikimedia.org" > <mediawiki-l(a)lists.wikimedia.org> > Subject: [MediaWiki-l] Need help rendering SVG files on my localhost > wiki > Message-ID: <BAY172-W35EE6FAE12CCFC625710B1B9A60(a)phx.gbl> > Content-Type: text/plain; charset="iso-8859-1" > > SVG files render poorly on my localhost wiki, with the colors often blacked out. I have ImageMagick installed to render graphic files, and everything but SVG files renders well. > > I'm running MediaWiki 1.22.1 on Windows 7 SP1 64bit with > > PHP > 5.4.19 (apache2handler) > > > MySQL > 5.5.32 > My LocalSettings: > > ## To enable image uploads, make sure the 'images' directory > ## is writable, then set this to true: > $wgEnableUploads = true; > $wgUseImageMagick = true; > $wgImageMagickConvertCommand = "C:\\Program Files (x86)\\ImageMagick-6.8.7-Q16\\convert.exe"; > $wgFileExtensions = array('png','gif','jpg','jpeg','doc','xls','mpp','pdf','ppt','tiff','bmp','docx', 'xlsx', 'pptx','ps','odt','ods','odp','odg','svg'); > > > Any help with resolving the issue would be appreciated. > > > ------------------------------ > > Message: 4 > Date: Thu, 23 Jan 2014 08:42:31 +0100 > From: Yves Malard <yvesmalard(a)hotmail.com> > To: "mediawiki-l(a)lists.wikimedia.org" > <mediawiki-l(a)lists.wikimedia.org> > Subject: [MediaWiki-l] FW: Wikipedia: Define Languages as Favorites > Message-ID: <DUB120-W11EF5BFFB8C9E84EDCED85C1A60(a)phx.gbl> > Content-Type: text/plain; charset="iso-8859-1" > > Now I subscribed... > > From: yvesmalard(a)hotmail.com > To: mediawiki-l(a)lists.wikimedia.org > Subject: Wikipedia: Define Languages as Favorites > Date: Thu, 23 Jan 2014 08:38:44 +0100 > > > > > Wikipedia.de asked me to send my request to you. > > I use often Wikipedia with 3-4 Languages (F, GB, De, Es). > > If I want to switch language, it takes some time to find one of these 4 in the long list of languages on the left side. > > It would be nice to be able to define 4 languages as favorite and show these always at the top of the list (like in word). > > Is this possible now ? > Is this a possible improvement ? > > Greetings, Yves Malard > > =========== > >> Subject: Re: [Ticket#2013090810003745] Wikipedia: Sprache als Favorite definieren >> Date: Wed, 18 Sep 2013 20:07:34 +0000 >> To: yvesmalard(a)hotmail.com >> From: info-de(a)wikimedia.org >> >> Guten Tag Yves Malard, >> vielen Dank für Ihre E-Mail. >> >> Ihr Anliegen betrifft die MediaWiki-Software im Allgemeinen. Wir bitten um Ihr Verständnis, dass wir Ihnen dabei leider nicht weiterhelfen können, da diese Adresse nur mit Fragen zu den Projekten der Wikimedia Foundation (insbesondere Wikipedia) befasst ist. Diese Projekte machen lediglich von der MediaWiki-Plattform Gebrauch. >> >> Informationen zur Installation, Konfiguration und Verwendung von MediaWiki finden Sie unter https://www.mediawiki.org/wiki/Project:Help/de . Sollte Ihnen dies nicht weiterhelfen, werden unter https://meta.wikimedia.org/wiki/Help:Contact/de einige Möglichkeiten aufgezeigt, wie Sie sich mit Ihrer Anfrage auch direkt an die Nutzergemeinschaft wenden können. >> Mit freundlichen Grüßen >> >> Gregor Maier >> Wikimedia-Support-Team >> >> -- >> Hinweis: Mails an diese Adresse werden von Freiwilligen beantwortet, >> alle Auskünfte sind unverbindlich. Den Diensteanbieter erreichen Sie >> unter https://www.wikimediafoundation.org/ >> >> Wie finanziert sich eigentlich Wikipedia? >> https://spenden.wikimedia.de/ >> >> 08.09.2013 10:30 - Yves Malard schrieb: >> >> > Da es mühsam ist seine Sprache in einer lange Liste mit Dutzende andere zu suchen, >> > wäre es praktisch wenn man 2-3 Sprache als Favorite definieren könnte. >> > >> > Diese Sprache wäre dann immer oben in der Liste (wie in Word). >> > >> > Ist diese Verbesserung möglich ? >> > >> > MfG, Yves Malard > > > ------------------------------ > > Message: 5 > Date: Wed, 22 Jan 2014 23:43:29 -0800 (PST) > From: Al <alj62888(a)yahoo.com> > To: Media Wiki announcements and site admin list > <mediawiki-l(a)lists.wikimedia.org> > Subject: [MediaWiki-l] Authorizing Page Translations, Disclaimers > Message-ID: > <1390463009.2917.YahooMailNeo(a)web160206.mail.bf1.yahoo.com> > Content-Type: text/plain; charset=iso-8859-1 > > Hi, > > We are thinking about using Extension:Translate. How do you CYA for inaccurate translations, esp when it comes to translating pages that outline wiki policies and rules? > > I was thinking of requiring a disclaimer for all translated pages that says (translated, of course) something like: > > > Note: this page has been translated from the English version of this page. The English version should be considered the authoritative version in any case of conflict between this translation and the original English version. > > > Is this a reasonable idea or are there already an extension feature or process in place that does the same thing? > > Thanks, > Al > > > ------------------------------ > > Message: 6 > Date: Thu, 23 Jan 2014 09:03:13 +0100 > From: Sigbert Klinke <sigbert(a)wiwi.hu-berlin.de> > To: mediawiki-l(a)lists.wikimedia.org > Subject: Re: [MediaWiki-l] Need help rendering SVG files on my > localhost wiki > Message-ID: <52E0CCC1.9040506(a)wiwi.hu-berlin.de> > Content-Type: text/plain; charset=UTF-8 > > Hi, according to > http://www.mediawiki.org/wiki/Manual:Image_administration#SVG you might > need to change the rendering software. > > Sigbert > > Am 23.01.2014 02:08, schrieb Arcane 21: >> SVG files render poorly on my localhost wiki, with the colors often blacked out. I have ImageMagick installed to render graphic files, and everything but SVG files renders well. >> >> I'm running MediaWiki 1.22.1 on Windows 7 SP1 64bit with >> >> PHP >> 5.4.19 (apache2handler) >> >> >> MySQL >> 5.5.32 >> My LocalSettings: >> >> ## To enable image uploads, make sure the 'images' directory >> ## is writable, then set this to true: >> $wgEnableUploads = true; >> $wgUseImageMagick = true; >> $wgImageMagickConvertCommand = "C:\\Program Files (x86)\\ImageMagick-6.8.7-Q16\\convert.exe"; >> $wgFileExtensions = array('png','gif','jpg','jpeg','doc','xls','mpp','pdf','ppt','tiff','bmp','docx', 'xlsx', 'pptx','ps','odt','ods','odp','odg','svg'); >> >> >> Any help with resolving the issue would be appreciated. >> >> _______________________________________________ >> MediaWiki-l mailing list >> MediaWiki-l(a)lists.wikimedia.org >> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l >> > > > > > ------------------------------ > > Message: 7 > Date: Thu, 23 Jan 2014 09:13:10 +0100 > From: Sigbert Klinke <sigbert(a)wiwi.hu-berlin.de> > To: mediawiki-l(a)lists.wikimedia.org > Subject: Re: [MediaWiki-l] Embed JavaScript via an extension > Message-ID: <52E0CF16.9000604(a)wiwi.hu-berlin.de> > Content-Type: text/plain; charset=UTF-8 > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > I think the problem is a CSS problem. In the mediawiki theme is a rule > "body ..." which simply supersedes the jquery theme rule. However, > this can be solved by editing my custom jquery theme CSS. > > Sigbert > > Am 22.01.2014 09:52, schrieb Sigbert Klinke: >> Hi, >> >> thanks a lot for your help/present. It took me some time but I got >> it working following your suggestion using mw.hook( >> 'wikipage.content' ) . >> >> However, the next problem arises: Since in MediaWikis default >> theme the slider is not well visible (at least for my old eyes), so >> I decided to use the sunny theme of jquery. Everything works well >> but at some time I have to open a dialog box. The fonts, colors >> etc. are okay, but the background images in the dialog are always >> taken from the mediawiki theme and not from the sunny theme. Which >> means for the dialog box title that the font color is white on a >> nearly white background image :( >> >> Even when I follow the suggestion of >> http://filamentgroup.com/lab/using_multiple_jquery_ui_themes_on_a_single_pa… >> >> > and add via javascript for each div, span and button element in the >> dialog the class "sunny" explicitly (that is how I named the class >> for my custom theme) the background images are taken from the >> mediawiki theme. >> >> Any suggestions or ideas? >> >> Thanks a lot >> >> Sigbert >> >> Am 20.12.2013 10:10, schrieb Krinkle: >>> Hi Sigbert, >> >>> Depending on the complexity of the javascript involved, I'd >>> recommend one of these two approaches. >> >>> == More future proof, scalable == >> >>> Put the ` $( '#slider' ).slider() ` code in a separate >>> javascript file (e.g. extensions/Rslider/modules/ext.rslider.js), >>> register that as a ResourceLoader module[1] named 'ext.rslider', >>> with dependency on 'jquery.ui.slider'. >> >>> Then from your parser tag callback, don't add the <script> and >>> <div>. Instead you'd add only the <div>, and then call >>> `addModules( 'ext.rslider' ); `. [2] >> >>> Since it is now in a separate file, be sure to hook into >>> $(document).ready instead of directly querying ` $( >>> '.mw-Rslider-tag' ) ` as the element might not exist yet. Or >>> better yet, use mw.hook( 'wikipage.content' ) [3] instead of >>> $(document).ready [4], that way your tag will also work in live >>> preview and other environments that reload wikipage content >>> without a complete document refresh. >> >>> You'd end up with (pseudo-code): >> >>> Rslider.php: modules['ext.rslider'] => { scripts: >>> 'modules/ext.rslider.js' dependencies: 'jquery.ui.slider' >>> localBasePath: ___DIR__ remoteExtPath: 'Rslider' } >> >>> modules/ext.rslider.js: mw.hook( 'wikipage.content', function ( >>> $content ) { $content.find( '.mw-Rslider-tag' ).slider(); } ); >> >>> Rslider.hooks.php#onParserHookRslider: >>> $parserOutput->addModules( 'ext.rslider' ); return '<div >>> class="mw-rslider-tag"></div>'; >> >>> == Simple way == If you're absolute sure that there will only >>> ever be 1 instance of <Rslider> on the page, then you could go >>> with the inline <script> approach without having any >>> ResourceLoader modules, however in that case keep the following >>> three things mind (one of these is why your code didn't work): >> >>> * Put the <script> tag after the <div> not before. Otherwise the >>> element will not yet exist when $() tries to query it. >> >>> * The mw.loader.using() statement you have is correct, don't >>> remove it as you'll need it. jquery.ui might happen to be on the >>> page already, but this is by no means a guarantee (it'd be pure >>> luck, depending on whether some other extension requests it, it >>> is not loaded by default). mw.loader takes care[5] never to >>> request the same module twice, so don't worry about using it >>> twice. >> >>> * Wrap your inline <script> contents in ` if ( window.mw ) { .. >>> }` so that there won't be a fatal javascript exception on the >>> page if MediaWiki's startup module decides to serve the user a >>> lightweight page without mediawiki and jquery modules (e.g. for >>> older browsers). >> >>> You'd end up with: >> >>> Rslider.hooks.php#onParserHookRslider: $html = '<div >>> class="mw-rslider-tag"></div>'; // This creates >>> <script>if(window.mw){ ... }</script> and automatically escapes >>> any html // or xml characters inside the script if needed for >>> this page. $html .= Html::inlineScript( >>> ResourceLoader::makeLoaderConditionalScript( 'mw.loader.using( >>> \'jquery.ui.slider\', function () { >>> $(\'.mw-rslider-tag\').slider(); });' )); >> >>> return $html; >> >>> -- Krinkle >> >>> PS: This has been an early Christmas present. Happy Holidays! >> >>> [1] >>> https://www.mediawiki.org/wiki/ResourceLoader/Developing_with_ResourceLoade… >> >>> >> >> [2] >>> https://www.mediawiki.org/wiki/ResourceLoader/Developing_with_ResourceLoade… >> >>> >> >> [3] >>> https://doc.wikimedia.org/mediawiki-core/master/js/#!/api/mw.hook-event-wik… >> >>> >> >> [4] https://api.jquery.com/ready/ >>> [5] https://www.mediawiki.org/wiki/ResourceLoader/Features >> >> >>> On Tue, Dec 17, 2013 at 10:24 AM, Sigbert Klinke >>> <sigbert(a)wiwi.hu-berlin.de>wrote: >> >>> Hi, >> >>> in my extension I would like to use the slider from jquery.ui . >>> Therefore I created a tag <Rslider /> to show the slider. It >>> translate in a wiki page to >> >>> <script>mw.loader.using( 'jquery.ui.slider', function() { $( >>> "#slider" ).slider(); });</script><div id="slider"></div> >> >>> As I understand I do not need to use ResourceLoader at all since >>> I want to use just a standard element of jquery.ui . >> >>> However, the slider does not show up which means I'am doing >>> something wrong :( >> >>> Thanks for any help >> >>> Sigbert >>>> >>>> _______________________________________________ MediaWiki-l >>>> mailing list MediaWiki-l(a)lists.wikimedia.org >>>> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l >>>> >>> _______________________________________________ MediaWiki-l >>> mailing list MediaWiki-l(a)lists.wikimedia.org >>> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l >> >> >> >> _______________________________________________ MediaWiki-l mailing >> list MediaWiki-l(a)lists.wikimedia.org >> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l >> > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.11 (GNU/Linux) > > iQEcBAEBAgAGBQJS4M8WAAoJEBgNLCKL5DEW38MIAMkoFg9lfzS7sxkVth8amYdc > Gxm6UEkCg6bHqopg/pTKeeGYUC+To7dXoyB5Hmz5cRwa6yX2Z1UxTdXrx3jpO7ro > WROCDd136WxTz+Lo8OHn+MvJDobRBN283oGy4I9ZY4ka1XEKplSFL8HDlT9v8vBR > futrWkaPOmn4Ns0AYwnlfcP/ZFPd0Q3NrkVv9RCF4rDEMni657d1XMxceZ48imcv > OwvOjxl59nFVfT+Kp3HYoHfkFIEk95M6i597IVbrkjsHTsdc3b9vVtlYr6eMQmDo > 2IyIGtkRYj1nF1DRKwPm5WZYwc49/83xYgGkZ8A+qRLsGEOjeNUg7BEKt2Hfk08= > =PEpP > -----END PGP SIGNATURE----- > > > > ------------------------------ > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > > > End of MediaWiki-l Digest, Vol 124, Issue 24 > ********************************************

1 0

Looking for way to automatically create or update a Page
by john boris 23 Jan '14

23 Jan '14

I have a Wiki page that holds a table of data. I have the data in an Excel file and also as a flat ASCI file. I am looking for a way to automate the updating of the page so when I make a change to the file on my one system I can run the script and it will make the changes on my Wiki. If there is a script that can do this can I get a pointer to it? I have been searching and haven't found anything. TIA -- John J. Boris, Sr. Online Services www.onlinesvc.com

1 0

FW: Wikipedia: Define Languages as Favorites
by Yves Malard 23 Jan '14

23 Jan '14

Now I subscribed... From: yvesmalard(a)hotmail.com To: mediawiki-l(a)lists.wikimedia.org Subject: Wikipedia: Define Languages as Favorites Date: Thu, 23 Jan 2014 08:38:44 +0100 Wikipedia.de asked me to send my request to you. I use often Wikipedia with 3-4 Languages (F, GB, De, Es). If I want to switch language, it takes some time to find one of these 4 in the long list of languages on the left side. It would be nice to be able to define 4 languages as favorite and show these always at the top of the list (like in word). Is this possible now ? Is this a possible improvement ? Greetings, Yves Malard =========== > Subject: Re: [Ticket#2013090810003745] Wikipedia: Sprache als Favorite definieren > Date: Wed, 18 Sep 2013 20:07:34 +0000 > To: yvesmalard(a)hotmail.com > From: info-de(a)wikimedia.org > > Guten Tag Yves Malard, > vielen Dank für Ihre E-Mail. > > Ihr Anliegen betrifft die MediaWiki-Software im Allgemeinen. Wir bitten um Ihr Verständnis, dass wir Ihnen dabei leider nicht weiterhelfen können, da diese Adresse nur mit Fragen zu den Projekten der Wikimedia Foundation (insbesondere Wikipedia) befasst ist. Diese Projekte machen lediglich von der MediaWiki-Plattform Gebrauch. > > Informationen zur Installation, Konfiguration und Verwendung von MediaWiki finden Sie unter https://www.mediawiki.org/wiki/Project:Help/de . Sollte Ihnen dies nicht weiterhelfen, werden unter https://meta.wikimedia.org/wiki/Help:Contact/de einige Möglichkeiten aufgezeigt, wie Sie sich mit Ihrer Anfrage auch direkt an die Nutzergemeinschaft wenden können. > Mit freundlichen Grüßen > > Gregor Maier > Wikimedia-Support-Team > > -- > Hinweis: Mails an diese Adresse werden von Freiwilligen beantwortet, > alle Auskünfte sind unverbindlich. Den Diensteanbieter erreichen Sie > unter https://www.wikimediafoundation.org/ > > Wie finanziert sich eigentlich Wikipedia? > https://spenden.wikimedia.de/ > > 08.09.2013 10:30 - Yves Malard schrieb: > > > Da es mühsam ist seine Sprache in einer lange Liste mit Dutzende andere zu suchen, > > wäre es praktisch wenn man 2-3 Sprache als Favorite definieren könnte. > > > > Diese Sprache wäre dann immer oben in der Liste (wie in Word). > > > > Ist diese Verbesserung möglich ? > > > > MfG, Yves Malard

2 5

Problem with Encoding only in external links
by Ramm Thomas 23 Jan '14

23 Jan '14

Hi, i have the following Problem after Upgrading my Wiki to 1.21: when I add a Link to an external destination containing german “umlaute” then the link doesn’t work if I save the page. In preview-mode everything works correct, only after saving the page the link is broken. The Link showing in the text looks ok, it shows me: /Preisübersicht but the link behind the text is broken: /PreisÃ¼bersicht/ If I make a internal link to a page with “umlaute”, it works too. Software Version MediaWiki 1.21.3 PHP 5.3.27 (cgi-fcgi) MySQL 5.1.42-community Any Ideas? Thomas Ramm

1 1

Need help rendering SVG files on my localhost wiki
by Arcane 21 23 Jan '14

23 Jan '14

SVG files render poorly on my localhost wiki, with the colors often blacked out. I have ImageMagick installed to render graphic files, and everything but SVG files renders well. I'm running MediaWiki 1.22.1 on Windows 7 SP1 64bit with PHP 5.4.19 (apache2handler) MySQL 5.5.32 My LocalSettings: ## To enable image uploads, make sure the 'images' directory ## is writable, then set this to true: $wgEnableUploads = true; $wgUseImageMagick = true; $wgImageMagickConvertCommand = "C:\\Program Files (x86)\\ImageMagick-6.8.7-Q16\\convert.exe"; $wgFileExtensions = array('png','gif','jpg','jpeg','doc','xls','mpp','pdf','ppt','tiff','bmp','docx', 'xlsx', 'pptx','ps','odt','ods','odp','odg','svg'); Any help with resolving the issue would be appreciated.

2 2

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l January 2014