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
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
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;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>om>, "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@vistaprint.com<mailto:drenfro@vistaprint.com>> wrote:
At Vistaprint (
www.vistaprint.com<http://www.vistaprint.com>)m>), 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<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@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!
[2]
[3]
[4]
https://api.jquery.com/ready/
On Tue, Dec 17, 2013 at 10:24 AM, Sigbert Klinke
<sigbert(a)wiwi.hu-berlin.de>wrote;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
********************************************