Template talk:documentation

Division
If more of a division is required between what is shown by the template and the transcluded documentation we could encapsulate the transcluded content in a colored box with a header a la w:Template:Documentation. --Bequw → τ 19:33, 24 April 2010 (UTC)


 * I'd strongly rather not... Conrad.Irwin 22:04, 25 April 2010 (UTC)

Other page
Is there a way to make sure that interwikis and categories only get included on the right page when sharing documentation using ? Otherwise I'd suggest that using "" says "see for documentation" and interwikis and categories can be on the page. Conrad.Irwin 22:04, 25 April 2010 (UTC)
 * We could have labelled section transclusion, but I'm not convinced that adding more complexity is a good thing. You're suggest seem just fine. --Bequw → τ 22:33, 25 April 2010 (UTC)

noinclude vs. onlyinclude
Rather than using &lt;noinclude&gt; and having to worry about excess whitespace and such, I usually just wrap the transclusible contents in &lt;onlyinclude&gt;. But I see that this page gives the former as the "Best practice". Is there a reason for that? Should I change my ways? —Ruakh TALK 22:52, 25 April 2010 (UTC)
 * I like it when templates show what they do on their own page. When navigating to a new template it allows one to understand the template better w/o having to look at the code. It also makes editing easier as one can see the output in the preview window. Our templates are currently quite split on this issue. What do others think? --Bequw → τ 02:09, 26 April 2010 (UTC)
 * You're confusing &lt;onlyinclude&gt; with &lt;includeonly&gt;. "foo&lt;onlyinclude&gt;bar&lt;/onlyinclude&gt;baz" is equivalent to "&lt;noinclude&gt;foo&lt;/noinclude&gt;bar&lt;noinclude&gt;baz&lt;/noinclude&gt;": it results in "foobarbaz" on the template page, and "bar" on pages that transclude the template. See m:Help:Template.—Ruakh TALK 15:04, 26 April 2010 (UTC)
 * Of course, these are named badly. The older includeonly should have been named onlyinclude, since it instructs the processor to only include (and not display locally) what follows. Onlyinclude should have been named includeonly, since it instructs the processor to include only what follows (and nothing else), but of course that was taken already. I always remember which is which by remembering that they're both misnamed. &#x200b;—msh210℠ 16:35, 26 April 2010 (UTC)
 * Yeah, the names are terrible. I suppose they make a bit of sense if you take to be a noun meaning "included stuff", in which case "noinclude" means "this isn't include", "includeonly" means "this is include only", and "onlyinclude" means "this is the only include"; but that's hardly self-documenting. —Ruakh TALK 17:07, 26 April 2010 (UTC)
 * Thanks for correcting my confusing. I don't have a good reason for the choice. --Bequw → τ 21:54, 26 April 2010 (UTC)

Comment

 * I think this is quite a good idea, it's what we've been using on fr: for years. Simple enough question, do we have to keep adding this manually to all templates? Mglovesfun (talk) 12:57, 26 April 2010 (UTC)

Always include doc-page, even when doesn't exist.
Given the MediaWiki bugs surrounding the   construct when Template:... gets created, and given editor's strong tendency to create the doc-page only after editing the template to include, I think we should modify this template to always include the doc-page, even when it doesn't exist. We can use CSS to hide the resulting redlink. —Ruakh TALK 16:00, 16 July 2012 (UTC)

Subverting tabs: Why?
What is the point of alterations of the last few days? To confuse folks? This really should be undone and then discussed if it really to be inplemented. DCDuring TALK 19:33, 21 March 2013 (UTC)
 * Um... it has been? 19:39, 21 March 2013 (UTC)

editprotected?
Making "move" a link could be handy: [ move] Keφr (talk) 07:55, 23 April 2013 (UTC)
 * That works, thank you! 11:44, 23 April 2013 (UTC)

Documentation subpages to /documentation
The current name, /doc, conflicts with the language code, which was deleted (it wasn't in use) because of this conflict. But to really solve this, we need to move the documentation subpages to a name that won't conflict with anything. 14:48, 2 March 2013 (UTC)


 * As suggested in the Grease Pit, the subpages should really be moved to /documentation, to avoid conflict with script codes (which are four letters long). - -sche (discuss) 16:03, 2 March 2013 (UTC)
 * That could work too, but script codes begin with capital letters so there shouldn't be any conflict. 16:24, 2 March 2013 (UTC)
 * Maybe not in the software, but probably in people's minds. If we wanted to abbreviate some word or other as "cyrl", and some page or template or something had one subpage called "/cyrl" for that word, and another called "/Cyrl" to indicate the Cyrillic alphabet, I for one would find it confusing and would probably be constantly mixing them up. —Angr 20:11, 3 March 2013 (UTC)
 * Ok, then "documentation" is fine. 20:20, 3 March 2013 (UTC)
 * Fine by me, I don't type the names in anyway, to get to I would first go to fr-noun then click on the documentation link, to adding an extra 10 characters wouldn't affect the way I browse. Mglovesfun (talk) 11:11, 5 March 2013 (UTC)
 * I've changed the template so that it supports both names. The category Category:Templates with /doc subpage contains all the templates that currently still have a subpage named /doc. Those pages should be moved to /documentation, but I'm not sure what the best way is to do that.  17:44, 17 March 2013 (UTC)


 * It seems that this is, for the most part, done. There may be stragglers, pages still at /doc that need to be moved. - -sche (discuss) 22:55, 26 January 2014 (UTC)

How to include documentation from other page?
w:Template:Documentation can include documentation from arbitrary pages instead of /documentation. How do I do that in Wiktionary, and if I don't, what solution does Wiktionary suggest instead to the same user story? JWBTH (talk) 16:35, 22 December 2023 (UTC)
 * Technically I can do, but turning to   for that purpose is obviously a bad solution. JWBTH (talk) 16:39, 22 December 2023 (UTC)