Does anyone know of any efforts to integrate bibtex citation data into
MediWiki? Something like this plugin for PMWiki?
<http://www.pmwiki.org/wiki/Cookbook/BibtexRef>
Thanks!
kerim
Hello,
I just asked today in the wikimedia-tech channel to have the automatic
capitalisation turned off on the faroese Wiktionary.
This is necesary because in the faroese language (like Icelandic) most
words are decapitalised.
So please could you turn the capitalisation off, there are only 18
entries right now, and it will be no problem to change them. (I myself
will do this, (I will also ask for sysop rights there because I'd like
to improve this wiktionary and protect it from vandalism, which seems to
become a new problem there)).
If you have questions about my reputation please take a look at my user
pages on de and is wiktionary where I am very active. (
http://de.wiktionary.org/wiki/Benutzer:Spacebirdyhttp://is.wiktionary.org/wiki/Notandi:Spacebirdy).
Thanks a lot in advance, best regards,
Elisabeth Anderl (aka Spacebirdy (
http://fo.wiktionary.org/wiki/Br%C3%BAkari:Spacebirdy ))
Tim Starling wrote:
>
> Maybe you should read the many mailing list posts more carefully
Curb your polemics (again), please.
> before you start speculating about the causes and the possible cures.
> At best we could give a meaningful error message, we can't just make
> it save.
I won't let you silence me when I have an idea just because you think of
yourself as more informed or however else superior. I've made that
mistake before.
> This bug is associated with a feature which prevents submission of forms by
> offsite javascript.
Yes, and as I said, this "feature" is to show a preview even though the
"preview" button wasn't clicked. You have not convinced me that this
needs to be done.
> For example, if a hacker wanted a page deleted
Deletion is not editing. Stick to the topic!
> they could write some javascript, put it up on their website, then
> post a link to it on the user talk page of an administrator.
Which is OK, if it's just an edit, and it will be posted by its IP
(rather than the admin's username).
> The bug involved makes some unknown random event during an ordinary
> form submission appear essentially identical to this abuse scenario.
Better phrasing: The bug involved makes some unknown random event during
an ordinary form submission trigger the code path that you intended only
for the abuse scenario. Since it is clearly not as easy as you thought
to pin-point the abuse scenario, let's change the code path's effects to
be less intrusive/obstructive to normal editing. Better yet, let's
consider that the abuse scenario is ridiculous, unlikely, rare, and
would be entirely harmless if the centuries-old request to make image
deletions reversible was implemented, so the problems caused by it are
entirely out of proportion to the problems it's trying to prevent.
Timwi
Hello all,
I submitted a patch for bug 3270 in bugzilla, also included below. What
I changed is that now the rc bots will add the rcid variable to the http
query, but only if the global variable $wgUseRCPatrol is set, which I
believe is only the case in Dutch wikipedia.
This fix is very important for vandal fighting on nl.wp, because it will
enable VandalFighter to mark edits as patrolled, so they aren't checked
again manually at a later time (which happens now).
The patch has been tested. The revision of RecentChange.php I patched
against is 1.37, which is the current revision as of this e-mail.
I hope this patch can be committed soon; it will make many Dutch users
very happy!
Regards,
Leon Planken (aka Oliphaunt)
Patch follows:
--- /home/people/oliphaunt/wiki/RecentChange.php 2005-10-28 14:01:30.000000000 +0200
+++ RecentChange.php 2005-10-28 14:30:11.000000000 +0200
@@ -125,6 +125,9 @@
# Insert new row
$dbw->insert( 'recentchanges', $this->mAttribs, $fname );
+ # Retrieve the id assigned by MySQL
+ $this->mAttribs['rc_id'] = $dbw->insertId();
+
# Update old rows, if necessary
if ( $this->mAttribs['rc_type'] == RC_EDIT ) {
$oldid = $this->mAttribs['rc_last_oldid'];
@@ -422,6 +425,8 @@
}
function getIRCLine() {
+ global $wgUseRCPatrol;
+
extract($this->mAttribs);
extract($this->mExtra);
@@ -434,6 +439,8 @@
if ( $rc_new ) {
$url = $titleObj->getFullURL();
+ } else if ( $wgUseRCPatrol ) {
+ $url = $titleObj->getFullURL("diff=0&oldid=$rc_last_oldid&rcid=$rc_id");
} else {
$url = $titleObj->getFullURL("diff=0&oldid=$rc_last_oldid");
}
--
I really didn't foresee the Internet. But then, neither did
the computer industry. Not that that tells us very much, of
course - the computer industry didn't even foresee that the
century was going to end. -- Douglas Adams (1952 - 2001)
Hi :)
I updated my wiki from 1.3 to latest 1.4. Now I notice that search does not
work. For those who want to see go to http://www.tuxfutter.de/wiki/Hauptseite
but maybe someone else has a hint.
Thanks and kind regards,
Hauke
In the past, whenever I've imported the English Wikipedia metadata
into PostgreSQL I've been forced to use bytea fields because
PostgreSQL's UTF-8 support was limited to BMP characters. Recently
PostgreSQL has been extended to have full support for all valid UTF-8
codes, including 4 byte ones.
I'd stopped using PG for my Wikipedia work because I'm trying to build
a compariable level of MySQL skill to help me better work with the
project, but I've found that MySQL's query engine is just too stupid
for the analysis queries I run, and that I must use PG if I don't want
to grow old waiting for somewhat fancy queries (like stuff with
subselects) to finish.
I've run into some cases in the Wikipedia metadata where there are
invalid UTF-8 sequences (i.e. not an issue of non-BMP, it's just plain
invalid). Many of these appear to be in the imagelinks table, where
they are describing images that don't exist. I handle these on import
by feeding the text through iconv -c -f UTF8 -t UTF8, which cleans
them up okay.
Since most of these are in places where I can just go fix them, I've
been doing a little of that, and will probably eventually go around
and get them all... I'm assuming that these were entered in before we
were correctly filtering text, but I'm somewhat concerned that there
may be some data entry paths which are not being filtered. Is this
possible? If so, I'll create some test cases.
Hello,
I'm trying to get a couple of PHP softwares together by sharing their
authentication methods.
Currently I'm using the fudforum api for authenticating users through the
different programs, so that they can acess all programs with one login, one
time, one cookie.
What I would like to know is where should I look to modify mediawiki? in
which files/functions should I touch in order to get mediawiki authenticate
users though fudforum data.
Thanks in advance,
Nuno Lopes
On 28/09/05, Phil Boswell wrote:
> "Mark Ryan" wrote:
> > Multilinugal error messages have now been implemented on the Wikimedia
> > squids. I would like to thank everyone who helped to make this a
> > reality over the past couple of weeks. I was keeping a running list of
> > everyone who had helped, but I lost track of everyone :)
>
> Kudos to you and your helpers!
>
> Can you remind us of where we can see these messages *without* requiring a
> WP failure?
Well, as I just discovered looking for something else, you can always
"use the source, look":
http://cvs.sourceforge.net/viewcvs.py/wikipedia/tools/downtime/language-sup…
--
Rowan Collins BSc
[IMSoP]