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@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@lists.wikimedia.org wrote:
Send MediaWiki-l mailing list submissions to mediawiki-l@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@lists.wikimedia.org
You can reach the person managing the list at mediawiki-l-owner@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:
- Re: New extensions from Vistaprint (Greg Rundlett (freephile))
- Re: New extensions from Vistaprint (Daniel Renfro)
- Need help rendering SVG files on my localhost wiki (Arcane 21)
- FW: Wikipedia: Define Languages as Favorites (Yves Malard)
- Authorizing Page Translations, Disclaimers (Al)
- Re: Need help rendering SVG files on my localhost wiki (Sigbert Klinke)
- Re: Embed JavaScript via an extension (Sigbert Klinke)
Message: 1 Date: Wed, 22 Jan 2014 15:42:39 -0500 From: "Greg Rundlett (freephile)" greg@freephile.com To: MediaWiki announcements and site admin list mediawiki-l@lists.wikimedia.org Cc: "Daniel J. Barrett" dbarrett@vistaprint.com Subject: Re: [MediaWiki-l] New extensions from Vistaprint Message-ID: CANaytcfaZUTRc5WOkXoh9Z6=2fqFD+MrY-4asrT-zBX+dBHpYA@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@vistaprint.comwrote:
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@vistaprint.com.
Cheers, --Daniel Renfro (User:AlephNull) and the rest of the MediaWiki development team at Vistaprint
MediaWiki-l mailing list MediaWiki-l@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@vistaprint.com To: "Greg Rundlett (freephile)" greg@freephile.com, "MediaWiki announcements and site admin list" mediawiki-l@lists.wikimedia.org Subject: Re: [MediaWiki-l] New extensions from Vistaprint Message-ID: E58FBDFD91EB95418AF02101DAAFCD5D59A8017C@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@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@vistaprint.commailto:drenfro@vistaprint.com> wrote: At Vistaprint (www.vistaprint.comhttp://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@vistaprint.commailto:MediawikiExtensions@vistaprint.com.
Cheers, --Daniel Renfro (User:AlephNull) and the rest of the MediaWiki development team at Vistaprint
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.orgmailto: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@live.com To: "mediawiki-l@lists.wikimedia.org" mediawiki-l@lists.wikimedia.org Subject: [MediaWiki-l] Need help rendering SVG files on my localhost wiki Message-ID: BAY172-W35EE6FAE12CCFC625710B1B9A60@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@hotmail.com To: "mediawiki-l@lists.wikimedia.org" mediawiki-l@lists.wikimedia.org Subject: [MediaWiki-l] FW: Wikipedia: Define Languages as Favorites Message-ID: DUB120-W11EF5BFFB8C9E84EDCED85C1A60@phx.gbl Content-Type: text/plain; charset="iso-8859-1"
Now I subscribed...
From: yvesmalard@hotmail.com To: mediawiki-l@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@hotmail.com From: info-de@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@yahoo.com To: Media Wiki announcements and site admin list mediawiki-l@lists.wikimedia.org Subject: [MediaWiki-l] Authorizing Page Translations, Disclaimers Message-ID: 1390463009.2917.YahooMailNeo@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@wiwi.hu-berlin.de To: mediawiki-l@lists.wikimedia.org Subject: Re: [MediaWiki-l] Need help rendering SVG files on my localhost wiki Message-ID: 52E0CCC1.9040506@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@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@wiwi.hu-berlin.de To: mediawiki-l@lists.wikimedia.org Subject: Re: [MediaWiki-l] Embed JavaScript via an extension Message-ID: 52E0CF16.9000604@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_pag...
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...
[2]
https://www.mediawiki.org/wiki/ResourceLoader/Developing_with_ResourceLoader...
[3]
https://doc.wikimedia.org/mediawiki-core/master/js/#!/api/mw.hook-event-wiki...
[4] https://api.jquery.com/ready/
On Tue, Dec 17, 2013 at 10:24 AM, Sigbert Klinke sigbert@wiwi.hu-berlin.dewrote:
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@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
_______________________________________________ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
_______________________________________________ MediaWiki-l mailing list MediaWiki-l@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@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
End of MediaWiki-l Digest, Vol 124, Issue 24