-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
> -----Original Message-----
> From: wikitech-l-bounces(a)wikimedia.org [mailto:wikitech-l-
> bounces(a)wikimedia.org] On Behalf Of Filip Maljkovic
> Sent: Tuesday, August 15, 2006 9:14 PM
> To: Wikimedia developers
> Subject: Re: [Wikitech-l] [Wikipedia-l] Special:Desysop
> Well, Werdna also displayed interest, so you just might be off the hook
> for now.
>
> But this whole thing got me thinking: what we basically want is what
> already exists: Special:Userrights, where bureaucrats can give/revoke
> every userright possible.
This is what I'm interested in doing. Just add a configurable list of rights
that can be given by this watered-down version, and there you go.
>
> Now if you/anyone finetune(s) that special page, and Brion gives
> consent, voila!
>
> Filip
>
>
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l(a)wikimedia.org
> http://mail.wikipedia.org/mailman/listinfo/wikitech-l
Andrew Garrett (Werdna)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (MingW32)
iD8DBQFE4a3TehR2FitQhwARAskTAJwKPBTMU2SUaaKHc8VQOHYlRwAZJgCfU7+7
mgQjDCzuCJnnGuaq0cOXK/U=
=faZ/
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
> -----Original Message-----
> From: wikitech-l-bounces(a)wikimedia.org [mailto:wikitech-l-
> bounces(a)wikimedia.org] On Behalf Of Phil Boswell
> Sent: Tuesday, August 15, 2006 8:56 PM
> To: wikitech-l(a)wikimedia.org
> Subject: Re: [Wikitech-l] Special:Desysop
>
>
> > Phil, MediaWiki contains a built-in rights management interface.
> > It makes more sense to me if we fixed up one extension for Wikimedia
> > which combined Makesysop, Makebot, Giverollback and now
> > this...thing...into something manageable and useful. Configuration can
> > determine what groups can grant and revoke which rights.
> > Four different pages to do similar tasks is pushing the boundaries.
Well... No promises, but I can say I'm interested in giving that a go. I
suppose we could write a "watered down" version that allows the setting of
certain rights that are set up with the extension.
> --
> Phil
> PS Good to hear from you, even if you are rightfully chastising me for my
> woeful ignorance ;-)
That goes from me, too. I haven't seen you around in a while and it's good to
see you still exist :)
> --
> View this message in context: http://www.nabble.com/Special%3ADesysop-
> tf2108462.html#a5812151
> Sent from the Wikipedia Developers forum at Nabble.com.
>
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l(a)wikimedia.org
> http://mail.wikipedia.org/mailman/listinfo/wikitech-l
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (MingW32)
iD8DBQFE4aolehR2FitQhwARAi/GAJ0Vmz8nTB9oP1h/q6LMuY+MsH7khQCgsq7e
t5Bzw9g9haLs4e7ry/Pb3PI=
=kc2n
-----END PGP SIGNATURE-----
Hi,
I am a wiki newbie. I have one MediaWiki installed and would like to add the
funcitionality of the templates into it. I would like to have same templates
used on MediaWiki available on mine as well. I tried to go through manuals
available on MediaWiki:Help and just copied/pasted some of them to my
MediaWiki. This is a tedious process and still some of them are not
displayed correctly. Is there any other way to do this (change default
settings, import sql dump, ...). I would be grateful for help.
Kind Regards
An automated run of parserTests.php showed the following failures:
Running test TODO: Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html)... FAILED!
Running test TODO: Link containing double-single-quotes '' (bug 4598)... FAILED!
Running test TODO: Template with thumb image (with link in description)... FAILED!
Running test TODO: message transform: <noinclude> in transcluded template (bug 4926)... FAILED!
Running test TODO: message transform: <onlyinclude> in transcluded template (bug 4926)... FAILED!
Running test BUG 1887, part 2: A <math> with a thumbnail- math enabled... FAILED!
Running test TODO: HTML bullet list, unclosed tags (bug 5497)... FAILED!
Running test TODO: HTML ordered list, unclosed tags (bug 5497)... FAILED!
Running test TODO: HTML nested bullet list, open tags (bug 5497)... FAILED!
Running test TODO: HTML nested ordered list, open tags (bug 5497)... FAILED!
Running test TODO: Parsing optional HTML elements (Bug 6171)... FAILED!
Running test TODO: Inline HTML vs wiki block nesting... FAILED!
Running test TODO: Mixing markup for italics and bold... FAILED!
Running test TODO: 5 quotes, code coverage +1 line... FAILED!
Running test TODO: HTML Hex character encoding.... FAILED!
Running test TODO: dt/dd/dl test... FAILED!
Passed 413 of 429 tests (96.27%) FAILED!
Could it be that OTRS is down at the moment?
https://secure.wikimedia.org/otrs/index.pl seems to give a time-out
response.
(I would have asked in IRC but I'm not at my own computer at the moment)
Michael
Hi all,
I'm running Mediawiki 1.6.7 on Windows XP.
The thumbnail conversion doesn't work properly. Did anyone encounter
the same problem? Is there a way to resolve this problem?
Thanks so much in advance.
Best regards,
Mei
An automated run of parserTests.php showed the following failures:
Running test TODO: Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html)... FAILED!
Running test TODO: Link containing double-single-quotes '' (bug 4598)... FAILED!
Running test TODO: Template with thumb image (with link in description)... FAILED!
Running test TODO: message transform: <noinclude> in transcluded template (bug 4926)... FAILED!
Running test TODO: message transform: <onlyinclude> in transcluded template (bug 4926)... FAILED!
Running test BUG 1887, part 2: A <math> with a thumbnail- math enabled... FAILED!
Running test TODO: HTML bullet list, unclosed tags (bug 5497)... FAILED!
Running test TODO: HTML ordered list, unclosed tags (bug 5497)... FAILED!
Running test TODO: HTML nested bullet list, open tags (bug 5497)... FAILED!
Running test TODO: HTML nested ordered list, open tags (bug 5497)... FAILED!
Running test TODO: Parsing optional HTML elements (Bug 6171)... FAILED!
Running test TODO: Inline HTML vs wiki block nesting... FAILED!
Running test TODO: Mixing markup for italics and bold... FAILED!
Running test TODO: 5 quotes, code coverage +1 line... FAILED!
Running test TODO: HTML Hex character encoding.... FAILED!
Running test TODO: dt/dd/dl test... FAILED!
Passed 413 of 429 tests (96.27%) FAILED!
An extension for English Wiktionary needs access to the arguments of its
invoking template. The
following diff shows my proposed change to Parser.php
to expose those arguments:
Index: includes/Parser.php
===================================================================
--- includes/Parser.php (revision 16050)
+++ includes/Parser.php (working copy)
@@ -3000,7 +3000,9 @@
if( $this->mOutputType == OT_HTML ) {
# Strip <nowiki>, <pre>, etc.
+ array_push( $this->mArgStack,
$assocArgs );
$text = $this->strip( $text, $this-
>mStripState );
+ array_pop( $this->mArgStack );
$text = Sanitizer::removeHTMLtags(
$text, array( &$this, 'replaceVariables' ), $assocArgs );
}
$text = $this->replaceVariables( $text,
$assocArgs );
The change above works on my installation, but is there
some standard place for me to add a phpunit test for that change?
--Rod
At the recent Wikimania Conference, Jimmy Wales said that, contrary to
some opinions, barriers to participation are *not* good. We still get
vandals, but we're probably missing out on some really good content
creators who are not technologically savvy. This is one reason why WM
is now working with SocialText to integrate Wikiwyg.
Tim
> -------- Original Message --------
> Subject: Re: [Wikitech-l] Apple's Wiki Server brings WYSIWYG to wiki
> From: Christiaan Briggs <christiaan(a)yurkycross.co.uk>
> Date: Fri, August 11, 2006 7:58 am
> To: Wikimedia developers <wikitech-l(a)wikimedia.org>
>
> Yeah, fair points. Couldn't agree more.
>
> Christiaan
>
> On 11 Aug 2006, at 1:30 PM, Steve Bennett wrote:
>
> > On 8/11/06, Christiaan Briggs <christiaan(a)yurkycross.co.uk> wrote:
> >> On 11 Aug 2006, at 11:51 AM, mboverload wrote:
> >>
> >>> What does Wikipedia need WYSIWYG? We already have noobs writing
> >>> POV articles, now you want ...
> >>
> >> And there's an example of the attitude I was talking in my first
> >> post. It's curious in that it accepts that wiki markup is barrier
> >> to participation but that this is somehow a good thing.
> >
> > Sometimes barriers to participation *are* a good thing. Various
> > online communities have noticed that the harder you make it to
> > participate, the better quality participants you get.
> >
> > OTOH, Wikipedia explicitly wants contributions from *everyone*,
> > even if they are 14 and have trouble spelling Pok�mon...
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l(a)wikimedia.org
> http://mail.wikipedia.org/mailman/listinfo/wikitech-l
>Date: Fri, 11 Aug 2006 01:47:59 +0200
>From: "Steve Bennett" <stevage(a)gmail.com>
>
>On 8/10/06, Bill Clark <wclarkxoom(a)gmail.com> wrote:
>
>
>>One side argues that these two categories are inherently problematic,
>>and that a list would be more appropriate because it allows for
>>annotation of entires and referencing of sources.
>>
>>The other side insists that a list is not acceptible and that a
>>category is required, for reasons that don't seem particularly clear
>>to me but which they feel strongly about.
>>
>>
>There's a similar end result problem with a totally different cause at
>Commons. It's easy to tag images with a category. It's easier to link
>to a list. End result: half of the images for some topic are in a
>category with that name, half are on a list.
>
>The easiest solution to me would be to use the text space of a
>category as the list. You would end up with every entry listed twice:
>once by some arbitrary sort order (eg, year), and once alphabetically.
>In the list part at the top, you can put your annotations. The
>category listing at the bottom basically serves to check that the list
>part is up to date and that there aren't any stray additions.
>
This process should not result in the elimination of lists in favour of
categories. In many cases both should exist in parallel. (The relevant
category tag can always easily be put on the list page.) The two
represent entirely different and complementary approaches to information
organization. While a list begins with a box and tries to put items
into it, a category begins with an item and tries to find the box in
which it belongs.
Other than closed lists like "Months of the year" which are essentially
complete, and thus have minimal utility, many lists provide us with a
dynamic presentation of things that still need to be done. If this
results in a large degree of overlap with the contents of a category
it's no big deal. The underlying premise that we should be eliminating
lists is far from being broadly supported.
Ec