Project talk:Manual

Category:Manual
I propose we use Category:Manual instead of Category:MediaWiki Manual. Nothing on the site is about anything except MediaWiki. So putting MediaWiki into the category name complicates things unnecessarily. Keeping it just Category:Manual makes it easier for people to type it the same ever time. If no one objects, I will make this change next week. --Rogerhc 05:33, 14 August 2006 (UTC)
 * Yes I'd agree with that. -- Harry Wood 18:42, 27 June 2007 (UTC)

Manual: namespace
There's a question posed on this project page: Do we answer this question anywhere? If not ...well what is the answer?
 * What content should be in the Manual: namespace?
 * What should not be in the Manual: namespace?

-- Harry Wood 18:42, 27 June 2007 (UTC)   (...ok 2 questions)


 * The answer is that there is no official position, and that it has not really been discussed properly yet (which is why the questions are still there). As far as I am concerned the manual: namespace should contain all instructional information about the software (not extensions, etc.) except for the information held in the Help: namespace.  The main namespace would then be used for development discussion, test-cases and notes.  However that is only my opinion.  If you are referring to the Installation/Manual:Installation issue specifically, then in my opinion they should be kept separate.  The former is part of our quick introduction, and doesn't deal with anything too technical.  The latter is a much more detailed installation guide. However I can see an argument for moving them to Manual:Installation and Manual:Detailed installation notes, respectively (but not merged - that would be too daunting). --HappyDog 18:34, 14 July 2007 (UTC)


 * I was chatting to Tim and Angela about mediawiki.org (at a London Wiki Wednesday meet-up). They immediately mentioned this namespace as a confusing factor. There are disadvantages to using namespaces. They're harder to search, harder to link to, and generally less newbie friendly, but I suppose it's too late for me to suggest moving everything out of the Manual namespace!
 * Anyway there are advantages too of course. So maybe we view it as a more 'polished' set of pages under the 'Manual' namespace, and then we keep the more chaotic wiki expansion within the main namespace. Main could also be viewed as an incubator for information which could be written properly and moved into the manual, and conversely area for demoting information out of the manual which is not well polished (development discussion and notes as you say)
 * The trouble is, if you create a page on a topic relating directly to mediawiki, then it's likely that that topic ultimately belongs in the manual. The distinction is not really a clear one. Maybe it doesn't matter, because things can be moved later, but people like to add stuff and link it in the right place.
 * -- Harry Wood 08:59, 24 July 2007 (UTC)


 * The manual namespace is searched by default, unless you registered here before that option was turned on (Hmm... I wonder if we could run a bot to update all old users to include it?) so searching shouldn't cause any problems. I also don't think that it's particularly harder to link to. I concede that if you aren't sure where the content is then it is hard to link for, but in practice this applies to the page name too (is it Manual:Upgrading or Manual:Upgrades or Manual:Upgrading MediaWiki?  You still have to find the page to make sure... and in this case, it's none of them, but two of them are redirects, and that is a problem that has nothing to do with the namespace).  I would like to hear your reasons as to why it is less newbie friendly though, as I've not considered that before.
 * Personally, I think the idea of staging in the main namespace and deploying in the Manual: namespace would be a lot more confusing than the current situation. In particular, there are lots of pages that should definitely not be moved in this way, for example the Configuration settings - it would be mayhem if the 'good' ones were in the Manual: namespace and the 'ones that need work' were in the main namespace.
 * My general feeling is that if we clearly define what should be in each namespace (which we are not doing at the moment, or at least not explicitly) then a lot of the confusion would go away. --HappyDog 16:31, 24 July 2007 (UTC)

Manual: Proposed Clearer Navigation/Layout (Page moves and template changes required)

 * 1) I propose that we add a contents link to Template:Hubs so that it is made more clear that the developer, sys admin, and user hubs are in fact sections of the Manual as this is not at all clear at the current time and in fact extremely confusing (i am constantly going to all sorts of pages to search for extension writing info).
 * 2) Proposal 2 is this: move stuff away from the Manual:contents page and onto whichever hub page it belongs to.  Having half the developer links (Manual:Code,Manual:MediaWiki_hooks,Manual:Parameters to index, API) on the Manual:Contents page mixed in with mediawiki installation stuff, faq and other crud is just plain awful.  Not to mention that the other half is located on the developers hub (and in fact some of the more important extension writing info wasn't even directly linked to from there till I added it).  I realize this will be controversial as I have read that some people belive that the manual should be exclusive to well developed pages, but then if its not linked to from the manual, where the heck are people going to find the info they need to make mediawiki better?  I mean I had to search to find some of the pages I most frequently use and personally i am not a fan of having to rely on MW search. ever.

Please comment on this, I hope it doesn't come across to rant like, I'll be back in 2 weeks to see what people are saying, if alls good I'll go ahead with these changes.

PS. Check out my extension User:Diploid/ATS (Article Tagging System) :) --Diploid 07:43, 17 August 2007 (UTC)

Restructuring the Manual
The developers section of the manual is needlessly complex. Its very difficult to find information on how to write an extension since its spread between Category:Extensions, Manual:MediaWiki hooks, Extending wiki markup, Writing a new special page, Extensions FAQ, Manual:MediaWiki hooks, and Manual:$wgExtensionFunctions. Extending wiki markup and Writing a new special page are good but should be renamed. I propose we have a page for each method of extending MediaWiki: Hooks, Tag Extensions, Parser Extensions, Special Pages, and Skins. Each page would describe how to write that type of extension, best practices, common mistakes, and would provide a general FAQ for that type of extension. If any of the documentation is specific to the latest version of MediaWiki, links to documentation for older versions should be provided in an infobox at the top of the page too. This would prevent the clutter of each section of a page having a multiple subsections for older versions. --Cneubauer 15:28, 21 August 2007 (UTC)


 * Support I like this idea, finding extension information is currently far to difficult and compatibility issues of new extensions can only really be figured out by trial and error. If my proposal (see above) is accepted I would think a combination of these two ideas would help new extension writers greatly by making vital extension developer information easy to access. --Diploid 01:32, 22 August 2007 (UTC)


 * I doubt we are going to get much feedback on this page so if I don't hear anything by this weekend, I'm just going to do it. I would say go ahead with your ideas too.  They seem logical to me. --Cneubauer 15:29, 22 August 2007 (UTC)