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 <[email protected]> > > 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, <[email protected]> wrote: > Send MediaWiki-l mailing list submissions to > [email protected] > > 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 > [email protected] > > You can reach the person managing the list at > [email protected] > > 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)" <[email protected]> > To: MediaWiki announcements and site admin list > <[email protected]> > Cc: "Daniel J. Barrett" <[email protected]> > Subject: Re: [MediaWiki-l] New extensions from Vistaprint > Message-ID: > <CANaytcfaZUTRc5WOkXoh9Z6=2fqfd+mry-4asrt-zbx+dbh...@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 <[email protected]>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 >> [email protected]. >> >> Cheers, >> --Daniel Renfro (User:AlephNull) and the rest of the MediaWiki development >> team at Vistaprint >> >> >> _______________________________________________ >> MediaWiki-l mailing list >> [email protected] >> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l >> > > > ------------------------------ > > Message: 2 > Date: Wed, 22 Jan 2014 20:53:11 +0000 > From: Daniel Renfro <[email protected]> > To: "Greg Rundlett (freephile)" <[email protected]>, "MediaWiki > announcements and site admin list" <[email protected]> > Subject: Re: [MediaWiki-l] New extensions from Vistaprint > Message-ID: > <e58fbdfd91eb95418af02101daafcd5d59a80...@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: [email protected] [mailto:[email protected]] 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 > <[email protected]<mailto:[email protected]>> 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 > [email protected]<mailto:[email protected]>. > > Cheers, > --Daniel Renfro (User:AlephNull) and the rest of the MediaWiki development > team at Vistaprint > > > _______________________________________________ > MediaWiki-l mailing list > [email protected]<mailto:[email protected]> > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > > > > > > ------------------------------ > > Message: 3 > Date: Wed, 22 Jan 2014 19:08:05 -0600 > From: Arcane 21 <[email protected]> > To: "[email protected]" > <[email protected]> > Subject: [MediaWiki-l] Need help rendering SVG files on my localhost > wiki > Message-ID: <[email protected]> > 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 <[email protected]> > To: "[email protected]" > <[email protected]> > Subject: [MediaWiki-l] FW: Wikipedia: Define Languages as Favorites > Message-ID: <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > Now I subscribed... > > From: [email protected] > To: [email protected] > 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: [email protected] >> From: [email protected] >> >> 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 <[email protected]> > To: Media Wiki announcements and site admin list > <[email protected]> > Subject: [MediaWiki-l] Authorizing Page Translations, Disclaimers > Message-ID: > <[email protected]> > 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 <[email protected]> > To: [email protected] > Subject: Re: [MediaWiki-l] Need help rendering SVG files on my > localhost wiki > Message-ID: <[email protected]> > 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 >> [email protected] >> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l >> > > > > > ------------------------------ > > Message: 7 > Date: Thu, 23 Jan 2014 09:13:10 +0100 > From: Sigbert Klinke <[email protected]> > To: [email protected] > Subject: Re: [MediaWiki-l] Embed JavaScript via an extension > Message-ID: <[email protected]> > 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_page/ >> >> > 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_ResourceLoader#Registering >> >>> >> >> [2] >>> https://www.mediawiki.org/wiki/ResourceLoader/Developing_with_ResourceLoader#Server-side >> >>> >> >> [3] >>> https://doc.wikimedia.org/mediawiki-core/master/js/#!/api/mw.hook-event-wikipage_content >> >>> >> >> [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 >>> <[email protected]>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 [email protected] >>>> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l >>>> >>> _______________________________________________ MediaWiki-l >>> mailing list [email protected] >>> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l >> >> >> >> _______________________________________________ MediaWiki-l mailing >> list [email protected] >> 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 > [email protected] > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > > > End of MediaWiki-l Digest, Vol 124, Issue 24 > ******************************************** _______________________________________________ MediaWiki-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
