Hello,
known possibilities for integrating styles in mediawiki are
- selecting one of the included styles/"skins" around monobook etc.
- uploading some selfmade CSS and selecting this one for even more
individual preferences
OK so far. What I'm looking for is a way to integrate file-level CSS which is
usually located inside the <head>...</head> section for formatting only parts of
the whole wiki resp. defining a handfull of classes.
Let's say all tables in articles regarding workgroup XYZ are intended to have a
background color of ffdd55 (whatever) one would define a class groupxyz.table
{...} and have this information provided in the head section, as described. It
would be comfortable to get it somehow with {{Template:xyz}}, but that would
include within the body section, thus no interpretation of CSS definitions.
Is there a place to insert such information in mediawiki. Some possibility of
influencing the head section? Or a general CSS file which is read regardless of
the selected skin?
Thanks
Philipp
Hello
I started to write a Wikipedia Eclipse Editor Plugin and would like to know,
if there is a XMLRPC or SOAP interface (in the future) to read/update
Wikipedia articles.
If yes, is there alread a Java API available?
If no, is it possible to update multiple wikitexts through the HTTP forms
(with the httpclient.jar API) or is this regarded as spamming?
--
--
http://www.eclipseproject.de *** http://www.phpeclipse.de ***
NEU +++ DSL Komplett von GMX +++ http://www.gmx.net/de/go/dsl
GMX DSL-Netzanschluss + Tarif zum superg�nstigen Komplett-Preis!
I've implemented a system for MediaWiki. 404 handler caching works by
keeping copies of articles in a directory on the server in HTML format;
if a page is missing from the directory, an error document (AKA 404
handler) is called by the server. If the 404 handler is MediaWiki, it
can render the page to the client and cache that version to the
directory, so that next time the Apache server will just serve the file
directly. There's more on the technique here:
http://meta.wikimedia.org/wiki/404_handler_caching
Anyways, I did an implementation as a MediaWiki extension; the code is
at http://wikitravel.org/~evan/Cache404.php.txt . There's no
documentation to speak of; this is just an alpha version.
I've got a test wiki working with it on Wikitravel:
http://wikitravel.org/test/ .
If you're at all interested, well, now you know.
~ESP
--
Evan Prodromou <evan(a)wikitravel.org>
I have looked at the validation option on test, and want to make the
following remarks:
* Can the categories be changed/extended? Outside WikipediaEN (maybe
de), suitability for 1.0 is not an interesting point, and legality is
I think not an issue to do via page validation (most pages are fully
legal anyway). On the other hand, I would like to add options as
"neutrality" and "balance" (although perhaps only 'neutrality' might
also be enough); also, the possibility to specify the validator's own
knowledge of the subject would be good (if an expert considers an
article "solid as a rock" or "extensive" that means more than when
someone off the street does so).
* Putting suitability for 1.0 in a single binary choice is too
simplistic. There are different reasons to consider an article
unsuitable, and various in-between possibilities. I can think of at
least:
** Suitable
** Subject unsuitable
** Subject suitable but article unsuitable
** Suitable in shortened form
** Suitable after improving style/completeness/factuality/neutrality
* Comments given with the validation seem to be discarded; at least I
cannot find them back
* Would it not be better to change the validation statistics. Those
percentages and numbers seem to be more confusing than helping,
whereas getting the separate validations (instead of just the totals)
would be interesting. I am thinking of something like (I hope it looks
a bit ok in everyone's favorite font...)
version blabla | validation 1 | 4 | 3 | 4 | 2 | 0 | 1 |
| validation 2 | 3 | - | 2 | 4 | 1 | 1 |
| validation 3 | 4 | - | - | - | - | 0 |
| average | 3.7 | 3.0 | 3.0 | 3.0 | 0.5 | 0.7|
* Nicks of validators are not given; is this on purpose? I can see
both advantages and disadvantages. Advantage is that one will be less
inclined to give a better judgement because of personal reasons, or to
attack the messenger. Disadvantage is that one cannot check whether a
high or low rating is real or just created by sockpuppets or such.
Andre Engels
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
MediaWiki 1.3.8 is a bugfix release. Those running wikis with uploads
enabled are strongly recommended to upgrade as this fixes several
problems
with overwriting previously-uploaded files.
(Users already running 1.3.7 who want only the upload fix need copy in
only the updated SpecialUpload.php. However including all updated files
is recommended as there are a number of other bug fixes.)
Changes from 1.3.7:
* (bug 506) fix array_key_exists() warning for IIS servers using
ISAPI mode
* (bug 718) fix bad charset in (file) cached pages
* use local numerals in category page (for Hindi et al)
* alias month abbreviations to month names in Hindi
* add localized numerals for Gujarati and Kannada
* fix Category and project namespaces for Hindi
* Don't output bogus timestamp on Special:Recentchanges if no entries
* Correct template include path which broke some but not all Windows
installs
* Fix edit form submission problem with some PHP versions
* Disallow unreachable titles with %XX hex codes
* Allow page [[0]] to be renamed
* (bug 774) when saving with section=new, return to the anchor as with
existing numbered section edits
* Experimental shared upload overlay area (disabled by default)
* (bug 806) Removed some "Wikipedia" hardcoding in German localization
* User option localization fix for some extensions
* (bug 809) now try to load the mysql php extension if it isn't loaded
* (bug 848) fix error message in Special:Newpages RSS and Atom feeds
* (bug 26) fix cache headers on anon talk page notification
* (bug 874) added 'cgi' to wgFileBlacklist
* (bug 862) localize date and time format for Finnish
* (bug 548) Don't overwrite images until the user confirms it
Release notes:
http://sourceforge.net/project/shownotes.php?release_id=282945
Download:
http://prdownloads.sf.net/wikipedia/mediawiki-1.3.8.tar.gz?download
Wiki admin help mailing list:
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
Bug report system:
http://bugzilla.wikipedia.org/
Play "stump the developers" live on IRC:
#mediawiki on irc.freenode.net
- -- brion vibber (brion @ pobox.com)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)
iD8DBQFBmU5XwRnhpk1wk44RAvQvAJ425TxoP2c+/ksu/f71JfpSBeJVawCdFmid
ve7THuW0q3is6yoGv6U8X7E=
=/Ce7
-----END PGP SIGNATURE-----
Tim Pritlove needs a list of developers who are going to be attending
the MediaWiki developers' conference meeting at 21C3 in Berlin this
December.
If you will be there and haven't yet signed yourself up at
http://meta.wikimedia.org/wiki/21C3/MediaWiki_developer_conference
please do so. Thanks!
-- brion vibber (brion @ pobox.com)
I've made some changes to Special:Upload while fixing up some file
overwriting problems ( http://bugzilla.wikipedia.org/548 ). I don't
think it should break any upload bots, but please check if you have
problems.
The form interface when it asks for user confirmation (eg for
overwriting) is slightly different; it runs more of the fields through
the session instead of the form.
-- brion vibber (brion @ pobox.com)
You're absolutely right, Brian. There was indeed a 'wikidb' database
created. I simply didn't know how to look for it (simultaneous
transition from Linux->Mac OSX and MySql 3.23->4.1 causing me
confusion evidently). I can probably troubleshoot manually now, with
the db created. I'll update the Mediawiki pages on Mac OSX
installation with anything appropriate that I find. Thanks.
Brian Vibber wrote:
> > Also the line states wikidb exists. In fact, when I check using the
> > command line client, the wikidb does not in fact exist.
>Well, that's an interesting twist. In order to get as far as it does,
>it would have had to test for the existence of various tables and
>fields in tables in the database... so you have a database *somewhere*.
>:)
I recently came across a wiki which implements a more useful way to
access (search) pages by actually implementing a form of fuzzy
(approximate) bookmarking. Perhaps this is a way to improve the
userfriendliness of MediaWiki, too.
I filed bugzilla http://bugzilla.wikipedia.org/show_bug.cgi?id=883 for this.
Tom
From the content:
To search for the word "cgi" in all page titles, you can use the URL:
http://purl.org/tcl/wiki/cgi
To search for this word in all titles and in the full texts, use:
http://purl.org/tcl/wiki/cgi* (in general: an regular expression)
But there's a little more to it. That last URL is actually a form of
fuzzy bookmarking. There is no web page called "search". Wikit presents
its contents as if it were a directory with pages, but its all smoke and
mirrors...
Hallo,
Ich habe die 1.3.7 version von MediaWiki von Sourceforge installiert,
und es auf Deutsch configuriert.
Beim ersten Lauf vom Browser treten folgende Probleme auf:
1. Alle tabs(Navigationselemente) sind kleingeschrieben (d.h.
"einstellungen" statt "Einstellungen" usw).
2. Die Tooltips dafuer (z.b. Der Tooltip bei "einstellungen" lautet "My
preferences")
3. Das WikiPedia-Portal Link wurde nicht in <site name>-Portal Link ersetzt,
wobei 3 eigentlich nicht so wichtig ist.
Ich kann, und habe sogar das schon veraendert (in LanguagesDe.php), will
aber verstehen ob das so gewollt ist, oder ob es bloS nicht behandelt
wurde.
Ich frage, weil die deutsche Version von Wikipedia die obig genannten
Fehler _nicht_ hat.
Gibt es vielleicht einen "Patch" fur die Deutsche Version, weil ich mein
Wiki immer up-to-date erhalten will, also wenn es eine neue Version
gibt, und vielleicht neue tabs hinzugefuegt werden, oder die Struktur
der Languages.php files veraendert wird, so kann ich nicht immer es
"manuell" patch-en.
Vielen Dank,
Raul.