Re: WikiCreole?

Rob Church wrote:
> While browsing UseMod, as I almost never do, I came across the
> following interesting comment on
> http://www.usemod.com/cgi-bin/mb.pl?WikiCreole:
> 
> "Several wiki engines have agreed to jump on board (including
> MediaWiki and the Ward's original WikiWikiWeb)."
> 
> We have, have we? I was under the impression that we couldn't even
> standardise our own markup, let alone support something else; I also
> got the impression from the recent discussions in response to the
> "announcement" that several developers did not see a significant
> benefit in supporting it.
> 
> The question, then, is where this impression came from, and whether it
> is correct; I'm directing this one at the release manager (Brion), and
> his senior assistant (Tim). If the impression is false, then who on
> Earth expressed this support?

I've been to a couple of meetings about WikiCreole this year, one IRL in 
Montreal and one on IRC. The message I gave them both times was that I 
am personally not intending to implement any kind of WikiCreole support 
in MediaWiki, but that I would welcome such support if someone 
implemented it and submitted it. I supported the model of having an 
alternative parser as an installation option, not the "easy edit" model.

-- Tim Starling

Re: Job queue length

Luiz Augusto wrote:
> Sorry for my complete ignorance, but because I am unsure if this is a bug on
> MediaWiki or simple the need to poke sysadmins to take a look at the s3
> cluster more frequently, I am reporting this here.
> 
> A n00b at Portuguese Wikisource had decided to insert a brazilian salutation
> slang in the second most used template on that wiki for unknown reasons. A
> admin with poor English (me) reverted it. [1]. All have happened 9 days ago
> but since it the job queue is floating between ~1,080 / ~2,400. What is
> happening?

The job length on ptwikisource is 0 at the moment.

-- brion vibber (brion @ wikimedia.org)

Re: [MediaWiki-CVS] SVN: [24494] trunk/phase3/includes

yurik@... wrote:
> +				if ($wgUser->isBlocked()) {
> +					$id = $wgUser->blockedBy();
> +					$vals['blockedby'] = is_numeric($id) ? User::whoIs($id) : $id;

This seems a little weird here... From what I can see, User::blockedBy()
should always return a user ID, never a name, so the is_numeric() check
shouldn't be needed here.

Secondly, the check would get false results if it did return a name
sometimes -- legitimate usernames might match is_numeric(), and you'd
then load a different, wrong username.

-- brion vibber (brion @ wikimedia.org)

Re: [MediaWiki-CVS] SVN: [24494] trunk/phase3/includes

Brion, the code was copied from the OutputPage.php line 751:
		if ( is_numeric( $id ) ) {
			$name = User::whoIs( $id );
		} else {
			$name = $id;
		}

Guess it should be fixed there as well.

--Yuri

On 8/1/07, Brion Vibber <brion@...> wrote:
> yurik@... wrote:
> > +                             if ($wgUser->isBlocked()) {
> > +                                     $id = $wgUser->blockedBy();
> > +                                     $vals['blockedby'] = is_numeric($id) ? User::whoIs($id) : $id;
>
> This seems a little weird here... From what I can see, User::blockedBy()
> should always return a user ID, never a name, so the is_numeric() check
> shouldn't be needed here.
>
> Secondly, the check would get false results if it did return a name
> sometimes -- legitimate usernames might match is_numeric(), and you'd
> then load a different, wrong username.
>
> -- brion vibber (brion @ wikimedia.org)
>
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l@...

Re: WikiCreole?

On Tuesday 31 July 2007 18:47:09 Thomas Dalton wrote:
> A logical box is exactly want you want to mark a chapter. I can't see
> a logical reason to have a break inbetween 2 items rather than a box
> around each.

Ok, once again. Take this example:

--begin--

[[Image:bla.jpeg|thumb|blubb]]
lala I am some cool text...

== Chapter 1 ==
blind text blind text blind text
blind text blind text blind text
blind text blind text blind text

[[Image:foo.jpeg|thumb|bar]]
some more blind text some more blind text
some more blind text some more blind text
<br style="clear:both;" />

== Chapter 2 ==
lalala here is the next nonsense text.

--end--

The image bla.jpeg shall flow into Chapter 1 but foo.jpeg shall _not_ flow 
into Chapter 2. You cannot solve this with a div around Chapter 1, cause in 
that case bla.jpeg also can't flow into Chapter 1.

Re: userCan changes

(Finally) committed. Thanks for all the input.

As I enumerated in the commit message,
- None of the interface actually uses the new function.
- A new function to generate the error-page, but not output it, is
still required.

I'll get around to it soonish, but I have a lot on my plate at the
moment, and may not get around to it.

Andrew

Re: WikiCreole?

> The image bla.jpeg shall flow into Chapter 1 but foo.jpeg shall _not_ flow
> into Chapter 2. You cannot solve this with a div around Chapter 1, cause in
> that case bla.jpeg also can't flow into Chapter 1.

Are you sure? I would think you just need to use the right CSS to get
the desired result.

Re: WikiCreole?

On 01/08/07, Thomas Dalton <thomas.dalton@...> wrote:
> > The image bla.jpeg shall flow into Chapter 1 but foo.jpeg shall _not_ flow
> > into Chapter 2. You cannot solve this with a div around Chapter 1, cause in
> > that case bla.jpeg also can't flow into Chapter 1.
>
> Are you sure? I would think you just need to use the right CSS to get
> the desired result.

PS Well, after a few attempts, I can't find any CSS that works (other
than putting <div style="clear:both"> around just chapter 2, but
that's equivalent to your way, it doesn't make any logical sense). I'm
no CSS expert, though - hopefully someone else can work out what I've
missed. It should be possible...

Re: WikiCreole?

On Wednesday 01 August 2007 15:10:35 Thomas Dalton wrote:
> PS Well, after a few attempts, I can't find any CSS that works (other
> than putting <div style="clear:both"> around just chapter 2, but
> that's equivalent to your way, it doesn't make any logical sense). I'm
> no CSS expert, though - hopefully someone else can work out what I've
> missed. It should be possible...

Even if it would be possible it would be abuse of div tag and furthermore 
there would be the non-linear-edit problem with such a div.

But the most important thing is: Who would actually use it? Nobody.

Wikisyntax is not there for the sake of yet another makup language. Wiki 
syntax is meant for simple and concise markup. HTML is all but concise and 
simple markup. So my new suggest will maintain this simple and concise 
markup. I am not interested in finding the holy grail of true text markup.

Arnomane

_______________________________________________
Wikitech-l mailing list
Wikitech-l@...
http://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: WikiCreole?

Daniel Arnold wrote:
> But the most important thing is: Who would actually use it? Nobody.
> 
> Wikisyntax is not there for the sake of yet another makup language. Wiki 
> syntax is meant for simple and concise markup. HTML is all but concise and 
> simple markup. So my new suggest will maintain this simple and concise 
> markup. I am not interested in finding the holy grail of true text markup.
> 
> Arnomane

And why is \= better than {{break}} ?