https://bugzilla.wikimedia.org/show_bug.cgi?id=30059

--- Comment #4 from John McClure <[email protected]> 2011-07-26 18:42:51 
UTC ---
I'm not so convinced that MW "doesn't support this use case"....

http://www.mediawiki.org/wiki/Manual:Using_custom_namespaces states:

    ...It is *RECOMMENDED* that you define a discussion namespace with each
custom namespace... (*EMPHASIS ADDEDED*)

To me that doesn't sound like a 'fie on you' if a subjectspace doesnt have a
talkspace! Aren't we just talking about an "if" statement here, another "if"
statement there, so I don't appreciate yet the thinking behind the pushback. 

Maybe one part that worries you is the code for pages with talk content that
are moved into a namespace without a talkspace. One conservative approach --
what I would recommend -- is to abort the rename until the user first
(manually) deletes the talkspace page.

In terms of the need for this, let me be more clear. I am building a series of
wikis which use namespaces very extensively, as in the high hundreds each.
These namespaces equate to types of wikipage, eg Person is a namespace that
contains only pages for individuals, with its own security profile. This design
allows my software to quickly ascertain the type of a page, far faster and
better than crawling among multiple folksonomic categories for a page.

What is the impact of forcing a talkspace for every custom namespace? By
doubling the number of namespaces, it clogs up the user interface, slows
performance and hampers user training, but most important it can frustrate
designers' ability to implement talkspaces differently than MW does. What's so
bad about that? LQT is coming with a release that works in ANY namespace, and
SMWHalo's Collaboration puts talk (more conveniently) after article content,
not mentioning another 24 packages (see
mw:Category:Discussion_and_forum_extensions).

So the need to me is clear, to help wikis creatively use custom namespaces --
as custom namespaces are critical/central functionality in MW. Please don't ask
wikis like mine to "suck it up" with literally hundreds of useless unwanted
namespaces. 

thanks for your reply, and cheers! jmc

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are on the CC list for the bug.

_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to