2008/9/15 Nikola Smolenski <smolensk(a)eunet.yu>:
> Brion Vibber wrote:
>> http://codewideopen.blogspot.com/2008/09/inkscape-shell-patch.html
>> (You'll find lots of examples of not-rendering-right files on our
>> bugzilla -- search for SVG!)
> See also
> http://commons.wikimedia.org/wiki/Category:Pictures_showing_a_librsvg_bug
Interesting! See also my ad-hoc benchmarks at:
http://www.mediawiki.org/wiki/SVG_benchmarks
>From those I disrecommended Inkscape on Unix systems - the rendering
is good, but rsvg is twice as fast and uses much less memory. (On
Windows, the fact that Inkscape comes in a standalone package makes it
much easier to set up and use, and mediawiki-l has many happy users of
Inkscape for SVGs on Windows.)
But rsvg is a library and Inkscape is a full application, so that
would *plausibly* explain the overhead (I don't know if it's actually
the case).
Obviously those will need rerunning with the Inkscape shell if anyone
has a spare moment :-)
What's the quality of in-browser SVG rendering on Firefox 3.0 and 3.1?
Looking at it casually, FF 3 betas did good rendering but weren't very
fast. OTOH, sending the hard work to the client when you know it's up
to the task is reasonable these days. I believe ordinary HTML <img
src="something.svg" height=nn width=nn> works fine. (Haven't tried
Safari, Chrome or Opera.)
- d.
[cc: to mediawiki-l]
Hi everyone. I've just upgraded our wiki to 1.13 from 1.11. I used the web
installer to perform the upgrade and left the option for 'Database
character set' as MySQL 4.1/5.0 binary. After running the upgrade, which was
successful, I noticed that I received a warning message 'Warning: you
requested the mysql5-binary schema, but the existing database has the mysql4
schema. This upgrade script can't convert it, so it will remain mysql4.'
Should I be worried about this warning message and do I need to do anything
to correct it? The wiki seems to be running fine after upgrading to 1.13 so
maybe everything is OK.
Anyway thanks for your help in advance.
Jim Sutton
Hi,
Anybody have experience with the generateSitemap.php maintenance script in
MW 1.12 for building sitemap.xml files? How long does it normally take to
run? I've tried running it from PHPShell (I host on Network Solutions so no
command line) but it times out after a few minutes.
Unfortunately all of the extensions for generating sitemaps seem to be
outdated and no longer supported since this maintenance script was added.
Any other solutions?
Thanks in advance,
Andrew
Well, as example you can take a look on my own wiki website. Because it
is all in italian, I'll give you just few hints: the wiki contains some
house rules for a fantasy Role Playing Game.
Thus we need to show how each spell works. The first category (in italian
Categoria) is "Spells" (in italian "Magie").
http://www.usnb.it/wiki/index.php?title=Categoria:Magie
As you can see there are several Subcategories (in italian Sottocategorie)
grouping several kind of spells and just one Article containing a DPL
extension based page with a list of all the available spells ("Riepilogo
delle Magie")
Thus, the tree is as follows
Category:Magie
|
+-- Category:Magie Elfiche
| + Articles
|
+-- Category:Magie Druidiche
| + Articles
|
+-- Articles
|
//
Thus, you can use the same approach for your problem, moreover
you can give each articles a double category (I don't like it
very much), say both "String Functions" and "VB:String Functions"
Best regards
G.
--
Giuseppe Briotti
g.briotti(a)mclink.it
"Alme Sol, curru nitido diem qui
promis et celas aliusque et idem
nasceris, possis nihil urbe Roma
visere maius."
(Orazio)
Hallo,
in the apache logfiles of my Wiki
http://arktur.de/Wiki
I find sometimes such lines (shortened):
"GET /Wiki/index.php?title=http://example.tld/some-side.htm? HTTP/1.1" 301
"GET /Wiki/index.php?title=Http://example.tld/some-side.htm%3F HTTP/1.1" 200
They always differ in "[Hh]ttp" and in "htm(?|%3F)", the second line is
always accepted from Mediawiki.
I had updated Mediawiki last week to 1.12.0 - no change.
Is that a behaviour which may be dangerous?
Viele Gruesse!
Helmut