Template talk:Subpage list: Difference between revisions

From Citizendium
Jump to navigation Jump to search
imported>Chris Day
No edit summary
imported>Chris Day
 
(21 intermediate revisions by 5 users not shown)
Line 1: Line 1:
==Subpage ID's==
Don't you think we should be using numerical IDs?  Surely we'll have more than 26 subpage types in the long run.  I anticipate hundreds... --[[User:Larry Sanger|Larry Sanger]] 14:39, 19 July 2007 (CDT)
Don't you think we should be using numerical IDs?  Surely we'll have more than 26 subpage types in the long run.  I anticipate hundreds... --[[User:Larry Sanger|Larry Sanger]] 14:39, 19 July 2007 (CDT)


In that case number would be good.  i was using letter for now to get the A, AA, and AAA.  However, 1A, 1B and 1C works equally well. [[User:Chris Day|Chris Day]] [[User talk:Chris Day|(talk)]] 16:25, 19 July 2007 (CDT)
: In that case number would be good.  i was using letter for now to get the A, AA, and AAA.  However, 1A, 1B and 1C works equally well. [[User:Chris Day|Chris Day]] [[User talk:Chris Day|(talk)]] 16:25, 19 July 2007 (CDT)
 
:''Hundreds?''  Wow. Can you elaborate?  —[[User:Stephen Ewen|Stephen Ewen]] [[User talk:Stephen Ewen|(Talk)]] 18:37, 19 July 2007 (CDT)
 
Think of specializations and the special ''types'' of information they deal with.  Music: collections of abcs or other files.  Anthropology and archaeology: 3D models of the human body and of archaeological sites.  Geography and history: maps (distinguished from images).
 
But I think what I had in mind, which made me say "hundreds," were special applications of existing subpage types.  So, for example, for articles about countries and demographic topics we might have Statistics pages that are essentially types (applications) of Table/Catalog pages.  For articles about artists, our galleries might be renamed in some distinctive way (but "gallery" is perfect in this case...).
 
On the other hand, there might be value in keeping the list of types of subpages to something only a little more expanded than what we have now.
 
I would like to have some advice on this, actually, from an LIS person. --[[User:Larry Sanger|Larry Sanger]] 00:08, 29 July 2007 (CDT)
 
==Default button option==
Thinking a bit more about the default vs optional subpages, there seem to be two formats to consider.  
#Subpage buttons always appear in the same relative order (although some may be missing if optional).  Conseqently if there are two default subpages ''A page'' and ''D page'', all CZ pages using the template will have buttons for A and D.  But if B and C pages are present for a particular article then the buttons will appear in the order '''A,B,C and D'''.
#Subpages buttons will cluster, default one first, followed by tthe optional buttons. Conseqently if there are two defaults ''A page'' and ''D page'', all CZ pages using the template will have buttons for A and D.  But if B and C pages are present for a particular article then the buttons will appear in the order '''A, D, B and C'''.
 
The current subpages template is coded to give the first solution. One advantage is that only values have to be attributed to the designated ''Default'' pages others will be optional automatically.  
 
For the second option to work '''all''' subpages in the "subages list" template must be given an attribute, either "Default" or "Optional". Larry, from what you wrote in the forum it sounds like you would prefer the second option.
 
In the forum it was also mentioned that it would be good for the optional buttons to sort alphabetically. The current code is not set up to do that.  And i'm not sure if it is even possible (my ignorance at work here). This could be solved by doing it manually in this subpages list template but would lead to a logistical nightmare when adding new pages.  A possible solution is for someone to write a simple script to regenrate the list each time a new button is added.  [[User:Chris Day|Chris Day]] [[User talk:Chris Day|(talk)]] 00:39, 20 July 2007 (CDT)
 
:I just set up the code in the {{[[Template:Subpages|Subpages]]}} template to function in the way described above in option2.  Parameter #C must now be in one of three states.
:*Left blank: will be ignored as a button, even by the {{[[Template:Unused subpages|unused subpages]]}} template.
:*Set as "Default": will be added to the top of the subpages template even if the subpage does not exist. Will also be included in the unused subpages template.
:*Set as "Optional": will only be added to the subpages template if the subpage exists.  These buttons will always be after the default buttons.
:I have set up this subpage list to demonstrate the functionality of this template.  Timelines is now a default button'''<big>*</big>''' but is listed near the bottom.  There are also two "free buttons" that have no text in their #C parameter, thus, they are not included in the unused subpage list. [[User:Chris Day|Chris Day]] [[User talk:Chris Day|(talk)]] 12:18, 20 July 2007 (CDT)
 
::'''<big>*</big>''' I just set timeline back to an optional status. [[User:Chris Day|Chris Day]] [[User talk:Chris Day|(talk)]] 10:23, 21 July 2007 (CDT)
 
== Lists and catalogs? ==
 
We might want another subpage type for lists and catalogs. For example, on a genus page, there could be a list of species, the [[philosophy]] page has a [[Catalog of famous philosophers]], etc. I think these are different from related articles. I am working off and on on a "Catalog of commercial wood species" which should be linked from the [[Wood]] page. [[User:Luigi Zanasi|Luigi Zanasi]] 13:38, 28 July 2007 (CDT)
 
:At present this comes under tables but we could change the names to be more descriptive of the table content. [[User:Chris Day|Chris Day]] [[User talk:Chris Day|(talk)]] 13:51, 28 July 2007 (CDT)
 
Yes, I'm thinking that "Catalog" was more apt than "Table" after all.  "Table" just doesn't convey any clear notions, it just says what the format is.  Well, a timeline might be in a tabular format.  Hmm.  I think I've convinced myself again..."Catalog" is a little better.  Thoughts? --[[User:Larry Sanger|Larry Sanger]] 13:56, 28 July 2007 (CDT)
 
:Agree. [[User:Chris Day|Chris Day]] [[User talk:Chris Day|(talk)]] 14:43, 28 July 2007 (CDT)
 
::I don't think catalog is that obvious to someone who is not familiar with Citizewndium terminology. How about "Tables, catalogues & lists"? [[User:Luigi Zanasi|Luigi Zanasi]] 23:31, 28 July 2007 (CDT)
 
:::It's a bit long, too long for one of the buttons in the navigation box, for example. ''Catalogs and lists'' might be about as long as you can go. [[User:Chris Day|Chris Day]] [[User talk:Chris Day|(talk)]] 23:41, 28 July 2007 (CDT)
 
==Noinclude text from template body==
Pasted here for storage until figure out bug. It appears that there is a size limit for text in the body of the template.  Even just adding more random plain text will cause the def templates on Biology/Related not to function corrrectly.  I have no idea why this would be the case. This may become an issue again as we add more buttons in the future, and hence more text. [[User:Chris Day|Chris Day]] [[User talk:Chris Day|(talk)]] 14:41, 30 July 2007 (CDT)
 
<!--
<noinclude>
{{subpages}}
The page contains all the variable parameters for the subpage navigation template.
 
===Usage===
Currently, this template has a master list button and their variables, including the actual subpage name that is targeted by the button and the text seen on the button; these two are not always the same. Any button can also be set to either a ''default'' or an ''optional'' status. Default buttons will always appear in the navigation box even if there is that subpage does not exist in the article cluster.
 
In the future, it will be possible to control the colours and styles of the button/tab's.
 
===Button colours===
====Tab based====
To be continued, currently an experimental idea.
*Button ON
:Body
::body on A =
::body on NA =
:Lines
::top on =
::left on =
::right on =
::bottom on = (same as ''body on'' with A and NA variable)
*Button OFF
:Body
::body off =
:Lines
::top off =
::left off =
::right off =
::bottom off =
*Table
:Body
::body A = (same as ''body on'' for Button ON)
::body NA = (same as ''body on'' for Button ON)
:Lines
::top =
::left =
::right =
::bottom =


Thinking a bit more about the default vs optional subpages, there seem to be two formats to consider. 
====Column based====
# Subpages are always in the same relative order along the top.  Conseqently if there are two defaults A page and D page, all pages will have A and D.  But if B and C pages are present then the buttons will appear in the order A,B,C and D.
</noinclude>
# Subpages relative order along the top will depend on which subpages are designated as default. Conseqently if there are two defaults A page and D page, all pages will have A and D.  But if B and C pages are present then the buttons will appear in the order A, D, B and C.
-->


Option one has the advantage that only values AAA and DDD in this list have to be labelled default.  BBB and CCC would be left blank.  This is how it is currently coded. 
==Recycling more codes==


For the second option, BBB and CCC would have to be labelled as Optional too, but it has the advantage that the default buttons are always clustered together (is that an advantage?). It would be easy to code it this way too. [[User:Chris Day|Chris Day]] [[User talk:Chris Day|(talk)]] 16:25, 19 July 2007 (CDT)
Are there any other types we can turn into [[CZ:Article-specific subpage types]]? I'd nominate 'Recipes', which seem like a fairly rare subpage, but I'm scared the cooking mafia will tear my lungs out and, well, cook them... :-) [[User:J. Noel Chiappa|J. Noel Chiappa]] 22:23, 22 April 2008 (CDT)
:One argument against this might be that recipes will probably use subsubpages too. As such tehy are hardwired into the subpages template and so might as well be here. I could go either way. [[User:Chris Day|Chris Day]] 23:05, 22 April 2008 (CDT)

Latest revision as of 23:05, 22 April 2008

Subpage ID's

Don't you think we should be using numerical IDs? Surely we'll have more than 26 subpage types in the long run. I anticipate hundreds... --Larry Sanger 14:39, 19 July 2007 (CDT)

In that case number would be good. i was using letter for now to get the A, AA, and AAA. However, 1A, 1B and 1C works equally well. Chris Day (talk) 16:25, 19 July 2007 (CDT)
Hundreds? Wow. Can you elaborate?  —Stephen Ewen (Talk) 18:37, 19 July 2007 (CDT)

Think of specializations and the special types of information they deal with. Music: collections of abcs or other files. Anthropology and archaeology: 3D models of the human body and of archaeological sites. Geography and history: maps (distinguished from images).

But I think what I had in mind, which made me say "hundreds," were special applications of existing subpage types. So, for example, for articles about countries and demographic topics we might have Statistics pages that are essentially types (applications) of Table/Catalog pages. For articles about artists, our galleries might be renamed in some distinctive way (but "gallery" is perfect in this case...).

On the other hand, there might be value in keeping the list of types of subpages to something only a little more expanded than what we have now.

I would like to have some advice on this, actually, from an LIS person. --Larry Sanger 00:08, 29 July 2007 (CDT)

Default button option

Thinking a bit more about the default vs optional subpages, there seem to be two formats to consider.  

  1. Subpage buttons always appear in the same relative order (although some may be missing if optional).  Conseqently if there are two default subpages A page and D page, all CZ pages using the template will have buttons for A and D.  But if B and C pages are present for a particular article then the buttons will appear in the order A,B,C and D.
  2. Subpages buttons will cluster, default one first, followed by tthe optional buttons. Conseqently if there are two defaults A page and D page, all CZ pages using the template will have buttons for A and D.  But if B and C pages are present for a particular article then the buttons will appear in the order A, D, B and C.

The current subpages template is coded to give the first solution. One advantage is that only values have to be attributed to the designated Default pages others will be optional automatically.  

For the second option to work all subpages in the "subages list" template must be given an attribute, either "Default" or "Optional". Larry, from what you wrote in the forum it sounds like you would prefer the second option.

In the forum it was also mentioned that it would be good for the optional buttons to sort alphabetically. The current code is not set up to do that.  And i'm not sure if it is even possible (my ignorance at work here). This could be solved by doing it manually in this subpages list template but would lead to a logistical nightmare when adding new pages.  A possible solution is for someone to write a simple script to regenrate the list each time a new button is added. Chris Day (talk) 00:39, 20 July 2007 (CDT)

I just set up the code in the {{Subpages}} template to function in the way described above in option2. Parameter #C must now be in one of three states.
  • Left blank: will be ignored as a button, even by the {{unused subpages}} template.
  • Set as "Default": will be added to the top of the subpages template even if the subpage does not exist. Will also be included in the unused subpages template.
  • Set as "Optional": will only be added to the subpages template if the subpage exists. These buttons will always be after the default buttons.
I have set up this subpage list to demonstrate the functionality of this template. Timelines is now a default button* but is listed near the bottom. There are also two "free buttons" that have no text in their #C parameter, thus, they are not included in the unused subpage list. Chris Day (talk) 12:18, 20 July 2007 (CDT)
* I just set timeline back to an optional status. Chris Day (talk) 10:23, 21 July 2007 (CDT)

Lists and catalogs?

We might want another subpage type for lists and catalogs. For example, on a genus page, there could be a list of species, the philosophy page has a Catalog of famous philosophers, etc. I think these are different from related articles. I am working off and on on a "Catalog of commercial wood species" which should be linked from the Wood page. Luigi Zanasi 13:38, 28 July 2007 (CDT)

At present this comes under tables but we could change the names to be more descriptive of the table content. Chris Day (talk) 13:51, 28 July 2007 (CDT)

Yes, I'm thinking that "Catalog" was more apt than "Table" after all. "Table" just doesn't convey any clear notions, it just says what the format is. Well, a timeline might be in a tabular format. Hmm. I think I've convinced myself again..."Catalog" is a little better. Thoughts? --Larry Sanger 13:56, 28 July 2007 (CDT)

Agree. Chris Day (talk) 14:43, 28 July 2007 (CDT)
I don't think catalog is that obvious to someone who is not familiar with Citizewndium terminology. How about "Tables, catalogues & lists"? Luigi Zanasi 23:31, 28 July 2007 (CDT)
It's a bit long, too long for one of the buttons in the navigation box, for example. Catalogs and lists might be about as long as you can go. Chris Day (talk) 23:41, 28 July 2007 (CDT)

Noinclude text from template body

Pasted here for storage until figure out bug. It appears that there is a size limit for text in the body of the template. Even just adding more random plain text will cause the def templates on Biology/Related not to function corrrectly. I have no idea why this would be the case. This may become an issue again as we add more buttons in the future, and hence more text. Chris Day (talk) 14:41, 30 July 2007 (CDT)


Recycling more codes

Are there any other types we can turn into CZ:Article-specific subpage types? I'd nominate 'Recipes', which seem like a fairly rare subpage, but I'm scared the cooking mafia will tear my lungs out and, well, cook them... :-) J. Noel Chiappa 22:23, 22 April 2008 (CDT)

One argument against this might be that recipes will probably use subsubpages too. As such tehy are hardwired into the subpages template and so might as well be here. I could go either way. Chris Day 23:05, 22 April 2008 (CDT)