On 6/25/14, MZMcBride <[email protected]> wrote:
> MZMcBride wrote:
>>Current default:
>>---
>>$wgNamespacesWithSubpages = array(
>> NS_TALK => true,
>> NS_USER => true,
>> NS_USER_TALK => true,
>> NS_PROJECT => true,
>> NS_PROJECT_TALK => true,
>> NS_FILE_TALK => true,
>> NS_MEDIAWIKI => true,
>> NS_MEDIAWIKI_TALK => true,
>> NS_TEMPLATE_TALK => true,
>> NS_HELP => true,
>> NS_HELP_TALK => true,
>> NS_CATEGORY_TALK => true
>>);
>>---
>>
>>Proposed array addition:
>>---
>> NS_MAIN => true,
>>---
>
> The more I look at this, the more I wonder why not instead invert the
> array:
>
> ---
> $wgNamespacesWithoutSubpages = array(
> NS_FILE => true,
> NS_CATEGORY => true
> );
> ---
>
> I don't know why NS_TEMPLATE isn't true by default... isn't using
> "Template:Foo/doc" for "Template:Foo"'s documentation a common pattern?
>
> Though my real goal is saner default behavior for NS_MAIN and inverting
> the array would be a larger change than a simple one-liner. Hmmm.
>
> MZMcBride
>
>
>
> _______________________________________________
> Wikitech-l mailing list
> [email protected]
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Including NS_TEMPLATE sounds sane. Every so often someone on
#mediawiki asks why {{/doc}} includes template:/doc on their wiki
instead of template:{{PAGENAME}}/doc like it does on 'pedia.
Making the array inverted does sound like it would make more sense in
many ways, but a bigger change. Maybe instead we could have
$wgNamespacesHaveSubpagesByDefault to specify what default subpage
behaviour is, and then $wgNamespacesWithSubpages[NS_FOO] = true; turns
on subpages if they are off by default, and
$wgNamespacesWithSubpages[NS_FOO] = false; turns them off if they are
on by default (And no entry falls back to
$wgNamespacesHaveSubpagesByDefault). It seems sort of like people
would want subpages on in new custom namespaces by default too.
--bawolff
_______________________________________________
Wikitech-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
