Brion Vibber | 1 Feb 2006 01:33
Picon
Favicon
Gravatar

Re: OpenID Support

Just FYI, I'm not even going to think about external identification wackiness
like OpenID  until we've finished the Wikimedia single-login system (my big
project for February). So don't get discouraged if I don't comment. ;)

-- brion vibber (brion  <at>  pobox.com)

_______________________________________________
Wikitech-l mailing list
Wikitech-l@...
http://mail.wikipedia.org/mailman/listinfo/wikitech-l
Manuel Vázquez Acosta | 1 Feb 2006 02:38
Picon

How to contribute new features

Hi all,

A few weeks ago I was asked to set up a wiki, I choose mediawiki (1.5.3 was
the stable version these days) as the software. As I worked on the
project customers asked me for some modifications. I want to share
those with the comunity. Currently the patch is for version 1.5.3, but
if you think features are worthy I can create a patch for version
1.5.6 (current stable).

The patch is available in
http://www.chasqui.cu/staff/manu/2006/mediawiki/mediawiki-1.5.3-manu.bz2

This a sumary of features:
1.  Added a initTemplate(&$tpl) method in SkinTemplate in order to
give a chance to subclases to initialize QuickTemplates in several ways.
2. Added 2 global vars to keep category pages from displaying the
header "Articles in category XXX" and no articles at all.
3. Added a 'talk' permission to allow wiki admins to restrict
anonymous access to pages in NS_TALK namespace.
4. Added 1 global var to control how firstChar() should behave in
order to create index entries in category page's listings. This, I
think, should be done other way, please read the comments in the
patch.

Files modified:
1. CategoryPage.php
2. DefaultSettings.php (in order to set the introduced permission and
global vars to current default values, this is, as if they never
existed)
3. SkinTemplate.php
(Continue reading)

J Apple | 1 Feb 2006 02:53
Picon
Favicon

RE: Using MWdumper


Thanks for the message...
Some even more basic stuff.
iv'e tried running MWdumper on several machines with
win XP and Mac OS X. Nothing happens when I double
click the executable .jar file. I've tried instaling
JRE 1.5, but still can't get the file to run... on
some machines I see a couple folders with .class files
in them, but don't know what to do with those. On
others I see an executable .jar file.

I see that MWdumper is a command line interface, BUT,
where would I type the commands in.

What exactly does using MWdumper accomplish? does
MWdumper simply create an SQl file from the XML dump??
OR does it connect my local machine to my webhost so I
can import the DB file?

IF it doesn't connect to my webhost, then how would I
upload this massive DB into mySQl, since phpmyAdmin
has a limit on file size that is much smaller than the
DB size?

THANKS!!

Message: 1
Date: Mon, 30 Jan 2006 21:33:01 +0100
From: Doro?y?ski Janusz <dorozynskij@...>
Subject: RE: [Wikitech-l] 2. Re: How to use Mwdumper?
(Continue reading)

Brion Vibber | 1 Feb 2006 03:13
Picon
Favicon
Gravatar

Re: RE: Using MWdumper

J Apple wrote:
> Thanks for the message...
> Some even more basic stuff.

Short answer: if you can't understand the README you probably won't be able to
make it work.

> iv'e tried running MWdumper on several machines with
> win XP and Mac OS X. Nothing happens when I double
> click the executable .jar file. I've tried instaling
> JRE 1.5, but still can't get the file to run... on
> some machines I see a couple folders with .class files
> in them, but don't know what to do with those. On
> others I see an executable .jar file.
> 
> I see that MWdumper is a command line interface, BUT,
> where would I type the commands in.

You'll need some basic command-line computer literacy to operate the current
version of MWDumper. This means knowing how to start a command-line terminal on
your operating system, how to type commands and run them, etc.

Some sample command lines with parameters are in the README; again if you have
difficulty understanding this documentation, you probably will have trouble
operating it. That's not an insult; it's just a command-line program with lots
of scary options, which is inherently a bit intimidating because it's designed
to do several somewhat complicated things.

> What exactly does using MWdumper accomplish? does
> MWdumper simply create an SQl file from the XML dump??
(Continue reading)

rmFine32 | 1 Feb 2006 05:45
Picon
Favicon

Need help making categorization heading work

Using MediaWiki version 1.5.6

I created [[:category:country]]
and in the page of category a I create a subcategory city  
[[:category:country:city]]

In city, there is at the top of the page "Category:country" as text 
instead of a link back to the parent category (country). Is this the 
proper behavior?  How do I get the automatic top heading be links to 
parent categories?

I tried setting $wgUseCategoryBrowser in the defaultsettings.php to 
true, but it did not do anything. It did not even show the DMOZ like .. 
">" .. headings.

Thanks for any guidance.
Rob Church | 1 Feb 2006 08:24
Picon

Re: Need help making categorization heading work

You appear to be getting confused about how categories and subcategories work.

a. Pages are added to categories when editing them. You might add
[[Category:Bar]] to a page, for instance. When viewing that category,
you'll see that page listed.

b. Categories can also be added to categories, in the same manner;
when editing the description page for that category, you might add
[[Category:Foo]] to it.

When viewing the category tree, you would click on Foo and see all the
pages and subcategories within it, including Bar. If you click on Bar,
you would then see all the pages and subcategories within that,
including the page from example A.

I appreciate the wording is a little off, but I hope this helps.

Rob Church

On 01/02/06, rmFine32@... <rmFine32@...> wrote:
> Using MediaWiki version 1.5.6
>
> I created [[:category:country]]
> and in the page of category a I create a subcategory city
> [[:category:country:city]]
>
> In city, there is at the top of the page "Category:country" as text
> instead of a link back to the parent category (country). Is this the
> proper behavior?  How do I get the automatic top heading be links to
> parent categories?
(Continue reading)

Oscar Quintanilla | 1 Feb 2006 11:35
Picon
Favicon

RE: How to contribute new features

--- Manuel Vázquez Acosta <mva.led@...> a
écrit :

> Hi all,
> 
> A few weeks ago I was asked to set up a wiki, I
> choose mediawiki (1.5.3 was
> the stable version these days) as the software. As I
> worked on the
> project customers asked me for some modifications. I
> want to share
> those with the comunity. Currently the patch is for
> version 1.5.3, but
> if you think features are worthy I can create a
> patch for version
> 1.5.6 (current stable).
> 
> The patch is available in
>
http://www.chasqui.cu/staff/manu/2006/mediawiki/mediawiki-1.5.3-manu.bz2
> 
> 
> This a sumary of features:
> 1.  Added a initTemplate(&$tpl) method in
> SkinTemplate in order to
> give a chance to subclases to initialize
> QuickTemplates in several ways.
> 2. Added 2 global vars to keep category pages from
> displaying the
> header "Articles in category XXX" and no articles at
(Continue reading)

Carl Fûrstenberg | 1 Feb 2006 13:24
Picon
Gravatar

Re: Password security

A question, all those sockpupped accounts (Willy, the North Carolinan
Communist etc...), do they use passwords?

On 1/31/06, Brion Vibber <brion@...> wrote:
>
> I've disabled the ability to use blank passwords on wiki accounts.
>
> For a long time we treated accounts very laxly in this regard; there
> generally
> wasn't _that_ much reason to secure a casual account unless you were one
> of the
> tiny number of sysops.
>
> In recent years though the number of sysops has exploded, and we've added
> customization features like the user javascript which are cool but
> potentially
> really annoying if someone gets into your account and messes with them. As
> a
> small concession to security and accountability, it's time for blank
> passwords
> to go.
>
> While running some password security checks, I found that a handful of
> sysop
> accounts had blank passwords. Probably some non-sysop accounts also had
> blanks.
>
> Affected accounts can reset the password by the automated e-mail password
> gadget
> on the login form, unless of course they didn't put in an e-mail.
(Continue reading)

Rob Church | 1 Feb 2006 14:33
Picon

Re: Password security

I'd guess most of them do use a shared password.

Rob Church

On 01/02/06, Carl Fûrstenberg <azatoth@...> wrote:
> A question, all those sockpupped accounts (Willy, the North Carolinan
> Communist etc...), do they use passwords?
>
> On 1/31/06, Brion Vibber <brion@...> wrote:
> >
> > I've disabled the ability to use blank passwords on wiki accounts.
> >
> > For a long time we treated accounts very laxly in this regard; there
> > generally
> > wasn't _that_ much reason to secure a casual account unless you were one
> > of the
> > tiny number of sysops.
> >
> > In recent years though the number of sysops has exploded, and we've added
> > customization features like the user javascript which are cool but
> > potentially
> > really annoying if someone gets into your account and messes with them. As
> > a
> > small concession to security and accountability, it's time for blank
> > passwords
> > to go.
> >
> > While running some password security checks, I found that a handful of
> > sysop
> > accounts had blank passwords. Probably some non-sysop accounts also had
(Continue reading)

Rob Church | 1 Feb 2006 14:36
Picon

Re: How to contribute new features

Brion, please unsubscribe chicoguerra58@... from this and other
mailing lists. With all due respect to Mr. Quintanilla, his responses
seem to all demand that messages be translated into French or Spanish,
and we can't expect that each poster will be willing or able to do
that.

Rob Church

On 01/02/06, Oscar Quintanilla <chicoguerra58@...> wrote:
> --- Manuel Vázquez Acosta <mva.led@...> a
> écrit:
>
> > Hi all,
> >
> > A few weeks ago I was asked to set up a wiki, I
> > choose mediawiki (1.5.3 was
> > the stable version these days) as the software. As I
> > worked on the
> > project customers asked me for some modifications. I
> > want to share
> > those with the comunity. Currently the patch is for
> > version 1.5.3, but
> > if you think features are worthy I can create a
> > patch for version
> > 1.5.6 (current stable).
> >
> > The patch is available in
> >
> http://www.chasqui.cu/staff/manu/2006/mediawiki/mediawiki-1.5.3-manu.bz2
> >
(Continue reading)


Gmane