Hi everyone,
I recently set up a MediaWiki (http://server.bluewatersys.com/w90n740/)
and I need to extra the content from it and convert it into LaTeX
syntax for printed documentation. I have googled for a suitable OSS
solution but nothing was apparent.
I would prefer a script written in Python, but any recommendations
would be very welcome.
Do you know of anything suitable?
Kind Regards,
Hugo Vincent,
Bluewater Systems.
Hi,
today we came over 10k HTTP requests per second (even with inter-squid
traffic eliminated). Especially thanks to Mark and Tim, who've been
improving our caching, as well as doing lots of other work, and
achieved incredible results (while I was slacking). Really, thanks!
Domas
Ref: <http://bugzilla.wikimedia.org/show_bug.cgi?id=1629>,
<http://de.wikipedia.org/wiki/Wikipedia:WikiProjekt_Usability/Test_Februar_2…>
>From the latter, we have
"Two users who started their first-time editing with a paragraph
instead of the whole page were not confused by the syntax. However,
they were faced with another problem: The location of the "Edit" links
seemed to relate them with the paragraph above, not the one below.
Therefore, when clicking the "Edit" link below "Geschichte", they
expected to see the heading "Geschichte" and its contents. . . .
"This expectation was not met, instead "Weblinks" appeared in the
editor window. They were confused, did not know what to do. Finally,
both participants deleted (!) the existing and valid text, and started
to add their own text."
We've known for well over a year now that this is a problem. I would
like to finally fix it. Specifically, I intend to remove the
editsection float style, so it's at the beginning of the section line,
to the left. The alternative is to have it as the German Wikipedia
does, with the section edit link on the right of the header; however,
this a) is kind of annoying as the link jumps around, and b) requires
a change to the document structure (admittedly just a reordering of
elements, but it may well break some fragile stuff regardless). It
does arguably look better, though, and that could be done instead
(opinions?). A comparison of the three styles is available at
<http://www.mediawiki.org/wiki/User:Simetrical/Edit_links_comparison>.
Before this goes into effect, it would be only courteous to inform
existing wikis about it and the reasons for doing it. I'll prepare a
little message and get someone with bots everywhere (Yurik?) to post
it on all the wikis' MediaWiki talk:Common.css pages, I think, before
I commit it, and so well before it goes live, along with instructions
on how to reverse it preemptively if desired.
Are there any objections to this?
Hi! I need to evaluate some parameters related to Wikipedia systems
performance. Where can I find this kind of measurements (e.g. averaged
response times, averaged database acceses, averaged database access time,
squid hit rates, memcached uses,...)
thanks in advance...
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
The backup database server for OTRS and Bugzilla has been borked for a
while; to get it back online we'll need to temporarily take the main one
offline and recopy its data. Once up and running, it'll be able to stay
replicated and up-to-date on its own.
This shouldn't take more than a couple hours, but you never know with
these things. ;)
I'm tentatively planning this for this coming Monday, circa 15:00 UTC,
as that's convenient for me and there's no convenient time for shutting
down OTRS. ;) Alternate recommendations could be taken into account.
Please forward this to OTRS groups as necessary.
- -- brion vibber (brion @ wikimedia.org)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGhWuuwRnhpk1wk44RAp3uAJ9zqxpzRVq47Xv73uzCrTni8TY7uQCguptm
rHmMk55YD3JZ92mFtzfPL/4=
=/994
-----END PGP SIGNATURE-----
Hi,
It appears now that after uploading on Commons, the user is taken to a
page at Special:Upload:
"Successful upload"
"Please follow the link [image name] to the description page now, to
verify that it uploaded correctly.
If your changes are significant, you should mention how you have
modified the old image.
Note In some cases, you might have to refresh the browser cache to see
your newly uploaded image. Do this by pressing "refresh" in your
browser. If you need help, ask at the Help desk.
Return to Main Page." (MediaWiki:fileuploaded - note that we modified
the message to reflect the fact that it only came up where the user
was overwriting a file)
Formerly, the user only got this page if they were overwriting an
existing file, and ordinarily they would be taken straight to the new
image page. Now it comes up if the file is being uploaded for the
first time.
Also, in my experience at least, the sidebar appears pushed most of
the way down the page. (Firefox 2.0.0.3 on Fedora Core 6)
Is there a reason behind this change?
If not, can it please be reverted to the former behaviour?
thanks
Brianna
user:pfctdayelise
--
They've just been waiting in a mountain for the right moment:
http://modernthings.org/
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
simetrical(a)svn.wikimedia.org wrote:
> Revision: 23409
> Author: simetrical
> Date: 2007-06-26 01:01:08 +0000 (Tue, 26 Jun 2007)
>
> Log Message:
> -----------
> * Wrap site CSS and JavaScript in a <pre> tag, like user JS/CSS
> * (bug 10196) Add classes and dir=ltr to the <pre>s on CSS and JS pages (new
> classes: mw-user-css, mw-user-js, mw-site-css, mw-site-js)
A little note: remember you can use multiple classes. It might be a
little more consistent to be able to style *all* such items in a group.
Say, one class marks it as being low-level web source code.
Another class marks it as being CSS or JS.
A third class might define it as being specifically a per-user item or a
per-site item.
Then, if additional such tools are brought in they'll get styled
automatically.
- -- brion vibber (brion @ wikimedia.org)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGgShVwRnhpk1wk44RAo4EAKDI8kb/nYTPF1d+PHv4ln1o2DVNLgCdEW5v
dv8ySd3X8B7XJ5cAIClya6M=
=U5bT
-----END PGP SIGNATURE-----
An automated run of parserTests.php showed the following failures:
This is MediaWiki version 1.11alpha (r23582).
Reading tests from "maintenance/parserTests.txt"...
Reading tests from "extensions/Cite/citeParserTests.txt"...
Reading tests from "extensions/Poem/poemParserTests.txt"...
Reading tests from "extensions/LabeledSectionTransclusion/lstParserTests.txt"...
18 still FAILING test(s) :(
* URL-encoding in URL functions (single parameter) [Has never passed]
* URL-encoding in URL functions (multiple parameters) [Has never passed]
* Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html) [Has never passed]
* Link containing double-single-quotes '' (bug 4598) [Has never passed]
* message transform: <noinclude> in transcluded template (bug 4926) [Has never passed]
* message transform: <onlyinclude> in transcluded template (bug 4926) [Has never passed]
* BUG 1887, part 2: A <math> with a thumbnail- math enabled [Has never passed]
* HTML bullet list, unclosed tags (bug 5497) [Has never passed]
* HTML ordered list, unclosed tags (bug 5497) [Has never passed]
* HTML nested bullet list, open tags (bug 5497) [Has never passed]
* HTML nested ordered list, open tags (bug 5497) [Has never passed]
* Fuzz testing: image with bogus manual thumbnail [Introduced between 08-Apr-2007 07:15:22, 1.10alpha (r21099) and 25-Apr-2007 07:15:46, 1.10alpha (r21547)]
* Inline HTML vs wiki block nesting [Has never passed]
* Mixing markup for italics and bold [Has never passed]
* dt/dd/dl test [Has never passed]
* Images with the "|" character in the comment [Has never passed]
* Parents of subpages, two levels up, without trailing slash or name. [Has never passed]
* Parents of subpages, two levels up, with lots of extra trailing slashes. [Has never passed]
Passed 526 of 544 tests (96.69%)... 18 tests failed!
On 29/06/07, catrope(a)svn.wikimedia.org <catrope(a)svn.wikimedia.org> wrote:
> Revision: 23565
> Author: catrope
> Date: 2007-06-29 20:04:29 +0000 (Fri, 29 Jun 2007)
>
> Log Message:
> -----------
> Adding to the right branch. See r23562 for details.
Some quick thoughts:
* We like whitespace in our code, and it's nice when people generally
follow the house style
* Is there a better place for those constants? Seems to me that global
defines should be cut down a bit now that we can use class constants.
* "ROLLBACK_SUCCES" seems a bit silly; what are you hoping to save by
missing one character out? It's going to be a lot less confusing in
the long term if you just rename it to what other people would expect.
Rob Church
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Is it just me, or is Bugzilla really slow today?
- --
Edward Z. Yang GnuPG: 0x869C48DA
HTML Purifier <htmlpurifier.org> Anti-XSS HTML Filter
[[ 3FA8 E9A9 7385 B691 A6FC B3CB A933 BE7D 869C 48DA ]]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGguelqTO+fYacSNoRAlgjAJ9La3B2wrAHQB5Js8U7ZJtcwPPEFQCfaLnL
2zpeAf2B6in/0P4fi8GALH8=
=U3fG
-----END PGP SIGNATURE-----