-----BEGIN PGP SIGNED MESSAGE-----
Moin,
I have written a small extension and it is very closely modelled to the
sample extension. Basically, it uses $wgParser->setHook() and then
returns the text that should be included in the output as HTML.
However, for some reasons, the output of my extension is not put straight
into the output page. The parser (or whoever :) looks at it, and then
checks/transforms it. This creates, IMHO, unec. overhead.
For instance I have to remove leading spaces inside style-tages, or
otherwise the output becomes garbled. Likewiese, things like <br> are
transformed into <br /> (this is harmless, but unec.).
How do I stop whatever get's my extension's output and "mangles" it? I
want the text from my extension be included verbatim into the page
(basically because I trust my extension to return valid HTML - if it
doesn't, the extra check/transform from Wikimedia will not help, anyway)
Another small question: How would one go and benchmark an extension
including the overhead from the wiki? Editing pages via script and
measure how long it takes for each submit? Has anybody done this before?
Thanx,
Tels
PS: Sorry if this is the wrong place to ask - I am not very familiar with
the /.*wiki.*/ background :)
- --
Signed on Fri Mar 11 11:26:03 2005 with key 0x93B84C15.
Visit my photo gallery at http://bloodgate.com/photos/
PGP key on http://bloodgate.com/tels.asc or per email.
"You know the world is going crazy when the best rapper is a white guy,
the best golfer is a black guy, the tallest guy in the NBA is Chinese,
the Swiss hold the America's Cup, France is accusing the U.S. of
arrogance, Germany doesn't want to go to war, and the three most
powerful men in America are named 'Bush', 'Dick', and 'Colon'. Need I
say more?" -Chris Rock
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iQEVAwUBQjF0e3cLPEOTuEwVAQFelwf/UxZyYIX5DHTXkBYigfunl2e4xDlXOWc+
SavAUlNIG2FNFNixoLTaVmdL8zD1MoqZPIe42Q9aZD3DPI87BfFeGHS3+etRC/UM
VsulqjN5FpzAPuMp47Mtd5g7AzKC1/tGaXhnOhQsLmrbD5NWNjPBWSh0qi+AkVSS
ec8L+ZHBGG7rea+JCRh5RFmqcmsUoq/6c52/h353dCqLVcV2t/44V3VVGiOwHJJ3
yFEW+qzRocsfg6ZHeYrQxzVYpZYp5oRvxoD1kKSECWtOtuncKQa5tMviKQn7YN3l
IRTn6xIJjz/k/mjQp3axMAAvCdC4/RYUg/aHm17lAc657ytCtLAWUA==
=wGGx
-----END PGP SIGNATURE-----
On Fri, 11 Mar 2005 18:54:05 +0000 (UTC),
bugzilla-daemon(a)mail.wikimedia.org
<bugzilla-daemon(a)mail.wikimedia.org> wrote:
> http://bugzilla.wikimedia.org/show_bug.cgi?id=710
>
> ------- Additional Comments From Aphaia(a)gmail.com 2005-03-11 18:54 UTC -------
> well, if a category:YY contains "#redirect[[:Category:XX]] "can work and we
> reach the target category, but there the page tagged with category:YY cannot be
> listed in Category:XX, so redirection itself don't solve the problem perfectly
> imo. I wonder we could get the tagged with the former category in the latter
> category too, or it is not feasible.
>
As far as I can tell, this would be technologically possible within
the current and pending database schema, though it might prove
"expensive" to server loading.
Another option might be a "merge category" function (special page,
perhaps admin status required. Again, possible, but potentially
expensive.
Of course, either of these would require actual PHP coding to accomplish.
Is the purpose of this to allow renaming/merging of categories, or is
there something more that I'm missing?
--Rich Holton
en.wikipedia:User:Rholton
I'm quite sure that few days ago autoconflicts were handled.
-----Original Message-----
From: wikitech-l-bounces(a)wikimedia.org [mailto:wikitech-l-bounces@wikimedia.org] On Behalf Of Petr Kadlec
Sent: giovedì 10 marzo 2005 17.22
To: Wikimedia developers
Subject: Re: [Wikitech-l] Problems with history on it.wiki (and other stuffs)
> We have problems with edit conflicts too. I opened two sections of
> <http://it.wikipedia.org/w/index.php?title=Wikipedia:Sondaggi>, I made
> an edit in the first
> <http://it.wikipedia.org/w/index.php?title=Wikipedia:Sondaggi&diff=450
> 468&oldid=450467> then in the second
> <http://it.wikipedia.org/w/index.php?title=Wikipedia:Sondaggi&diff=450
> 469&oldid=450468>. First edit was overwritten but I didn't get an edit
> conflict.
AFAIK edit "conflicts" with yourself are intentionally ignored; I guess it is supposed that you know what you are doing. Although I guess that the idea to _merge_ the changes if there is no merge conflict would be a wiser one.
-- [[cs:User:Mormegil | Petr Kadlec]] _______________________________________________
Wikitech-l mailing list
Wikitech-l(a)wikimedia.org http://mail.wikipedia.org/mailman/listinfo/wikitech-l
Hello,
I just got a page like this:
http://troels.arvin.dk/misc/wikipedia/200error/
copied from
http://en.wikipedia.org/w/index.php?title=Comparison_of_Java_to_C_Plus_Plus…
The HTTP response status code for that page was 200 (OK), according to my
LiveHTTPHeaders Firefox-extension.
I suggest that such error pages be delivered with a 500 (internal
error) response code. The problem with delivering error-pages using
status 200, is that it may be cached by proxies and picked up by search
engine bots.
--
Greetings from Troels Arvin, Copenhagen, Denmark
Thanks Angela and Brion for the code. I have it working fine, but the frame
extends right across the page, as opposed to being the same width as the
navigation, search and toolbox frames.
I added the code to monobook.php as brion suggested, do I need to add it to
the quickbar section of code? and where do i find that? I am using MediaWiki
1.4.
Thanks again, Alison.
I just wanted to renew the information, that my patch is ready since
some weeks.
http://bugzilla.wikipedia.org/show_bug.cgi?id=454 and
http://meta.wikipedia.org/Enotif describe, where it can be downloaded,
how it works.
There are also some screenshots flying around.
Please report problems directly to me by mail;I also assist you should
there be problems.
Tom
On en.wikipedia, [[user:The Recycling Troll]] has recently been banned
(indefinitely blocked). The reason provided is that he is a
reincarnation of 142. However, the evidence so far presented is
subjective, and a sort of 'debate' has arisen, the user being blocked
and unblocked a few times.
It seems to me that a developer could at least establish if this user
is 142 or not. If it turns out to be 142, it would almost certainly
end the matter. If not, then the debate could focus on the remaining
issue(s).
So, could a developer please look into this? Thanks.
--
Rich Holton
en.wikipedia:User:Rholton