A navigation template is a grouping of links used in multiple related articles to facilitate navigation between those articles. Editing of a navigation template is done in a central place, the template page.

There are two main varieties of navigation template: navigation boxes (or navboxes), designed to sit at the very bottom of articles, and sidebars, designed to sit at the side of the article text. The two are complementary and either or both may be appropriate in different situations.

The usual way to create navigation templates is to use the {{navbox}} or {{sidebar}} master templates. This simplifies the process of creating a functional and consistent template.

Navboxes are categorized under Category:Navigational boxes. Some WikiProjects maintain a list of their navigation templates.

Types

edit

The two main types of navigation template are navboxes and sidebars. The two serve similar purposes: to allow related subjects to link to each other easily in a consistent manner.

  • Navboxes are footer templates that sit below the standard article appendices and are laid out horizontally. They are created using the {{navbox}} template. An example navbox template is shown below:


  • Sidebars sit alongside content, in the same manner as infoboxes, and are predominantly laid out vertically. They are created using the {{sidebar}} template. An example sidebar is shown to the right:


The two types are used interchangeably, and either or both may be appropriate in different circumstances. The primary differences between the two are:

  • Navboxes are laid out horizontally, and so work best for longer lists of links in a small number of sub-categories. As they are placed at the very bottom of articles, they are better for broader lists of links than would be appropriate in a sidebar. Articles often have more than one navbox and content may overlap to a degree: nevertheless, not everything needs a navbox, so navbox templates should only be created when they would be genuinely useful as navigational tools.
  • Sidebars are laid out predominantly vertically, and are placed relatively prominently in the body of articles alongside the text. This makes them useful for smaller amounts of directly relevant links. Tangential information should be kept out of sidebars. Few articles have more than one sidebar.

Properties

edit

The style of any navigation template depends on its articles, how they are most intuitively presented, and previously established convention.

edit
  • They are intended to link articles to each other. That is, every article listed on a particular navigation template generally has the template placed on its page.
  • The goal is not to cram as many related articles as possible into one space. Ask yourself, does this help the reader in reading up on related topics? Take any two articles in the template. Would a reader really want to go from A to B?
  • They should be kept small in size as a large template has limited navigation value. For navigating among many articles, consider:
    • Split them into multiple, smaller templates on each sub-topic. For example, {{EMD diesels}} lists all models of diesel locomotives built by one manufacturer, but is too large to be transcluded on each of their articles. Instead, the individual sections of {{EMD diesels}} were split out into their own templates: {{EMD GPs}}, {{EMD SDs}}, etc.
    • Do the above with only one template using ParserFunctions.
    • Link only the immediately related articles while hiding the rest, like in the case of Johnny Cash.
    • Avoid repeating links to the same article within a template.
  • They should not be too small. A navigation template with fewer than a handful of links can easily be replaced by "See also" sections, or relevant {{main article}} and {{see also}} links within the articles' sections. (See essays "Not everything needs a navbox and "A navbox on every page".)
  • Navigation templates do not provide external links to other websites.
edit
  • Red links and redirects should normally be avoided unless they are very likely to be developed into articles. Red links can be retained in navigation templates that represent a well-defined and complete set of data (geographic divisions, annual events, filmographies, etc.), where deleting red links would leave an incomplete and misleading result. Even then, editors are encouraged to write the article first.
  • Unlinked text should be avoided.
  • Note: In navigation boxes about musical ensembles, it may be appropriate to list all of the members of the ensemble, to avoid the perception that the ensemble is a solo act, provided that at least one member of the ensemble is notable.
edit
  • If the articles are not established as related by reliable sources in the actual articles, then it is probably not a good idea to interlink them.
  • For complex topics in science, technology, history, etc., a navigation box can provide a comprehensive introduction to a topic. For example, {{Wind power}} links to subsidiary and supporting topics that provide background and context necessary for understanding the main Wind power article. While the main Wind power article already contains inline links to the subsidiary articles, the subsidiary articles themselves are smaller and their prose may not place them into the overall context with each other. Editors who work on the subsidiary articles in isolation may be unaware of this context. The navigation template provides an easy way for the subsidiary articles, even when they begin as stubs, to instantly inherit the conceptual structure of the main article.
edit
  • There should be justification for a template to deviate from the colors and styles contained in MediaWiki:Common.css and MediaWiki:Vector.css (and the other skin.css pages).
  • There are two basic layouts:
    • On the right side of page—for example {{History of China}}.
    • Footer boxes—for example {{Health in China}}, designed to appear at the bottom of each article, stacked with other similar templates. See also: Wikipedia:Footers for information on placement
      • For footer boxes, {{Navbox}} is the standard.
        • Existing hard-coded collapsible tables or NavFrames should be converted to {{Navbox}} if possible. This standardizes the look and eases future maintenance.
        • The width of footer boxes should be 100% unless the convention for that type of article is otherwise. It looks inconsistent if multiple boxes in the same article have varying widths.

Advantages

edit

Advantages of using navigation templates rather than listing all the links under "See also" sections include:

  • reduction of clutter in that area of the article before "References" and "External links",
  • compactness of the template compared to a standard list or table, in the case of many links,
  • if the most immediately related links are kept under "See also", the reader has a better idea of scope,
  • less directly related links are out of the way or in some cases hidden by default,
  • ease of maintenance in updating the template as articles get created or deleted,
  • aesthetically pleasing appearance to many users,
  • new articles in a subject area immediately gain the basic link structure of existing related articles, eliminating the need for many editors to individually build up their own links and rewrite background material.
  • when a new article or an older article that was orphaned is placed in a navbox, the page instantly has a large number of links to it

Timeline of Macintosh models

iPadApple WatchiPhoneiPodApple NewtonApple IIMacBook (2015–2019)MacBook (2006–2012)MacBook AirMacBook ProPowerBook G4PowerBook G4PowerBook G4PowerBook G3PowerBook G3PowerBookiBookPowerBook 500PowerBook 2400cPowerBookApple IIe CardPowerBook DuoMacintosh PortableXserveMac ProXserve G5Power Mac G5XserveMac mini#Mac mini (Core)Power Mac G4Mac miniPower Macintosh G3 (Blue %26 White)Power Mac G4 CubePower Macintosh G3Twentieth Anniversary MacintoshPower MacintoshMacintosh QuadraMacintosh LCMacintosh II seriesMacintosh XLiMac InteleMaciMac G5Macintosh TViMac G4Macintosh Color ClassicMacintosh Classic IIiMacMacintosh ClassicMacintosh SE/30Macintosh PerformaMacintosh SE FDHDMacintosh SEMacintosh 512KeMacintosh PlusMacintosh 512KMacintosh 128KExtensible Firmware InterfaceNew World ROMOld World ROM

Source: Glen Sanford, Apple History, apple-history.com


Example Timeline Eras

edit

The following four timelines show the geologic time scale. The first shows the entire time from the formation of the Earth to the present, but this gives little space for the most recent eon. Therefore, the second timeline shows an expanded view of the most recent eon. In a similar way, the most recent era is expanded in the third timeline, and the most recent period is expanded in the fourth timeline.

SiderianRhyacianOrosirianStatherianCalymmianEctasianStenianTonianCryogenianEdiacaranEoarcheanPaleoarcheanMesoarcheanNeoarcheanPaleoproterozoicMesoproterozoicNeoproterozoicPaleozoicMesozoicCenozoicHadeanArcheanProterozoicPhanerozoicPrecambrian
CambrianOrdovicianSilurianDevonianCarboniferousPermianTriassicJurassicCretaceousPaleogeneNeogeneQuaternaryPaleozoicMesozoicCenozoicPhanerozoic
PaleoceneEoceneOligoceneMiocenePliocenePleistoceneHolocenePaleogeneNeogeneQuaternaryCenozoic
GelasianCalabrian (stage)PleistocenePleistocenePleistoceneHoloceneQuaternary
Millions of Years





Example Timeline India

edit


Example Timeline Rome

edit


Example Timeline Rome

edit




Example Timeline Computing

edit
Video hosting serviceIEEE 802.11blogwikiWeb search engineWorld Wide WebWYSIWYGPort Island LineUsenetCATS (trading system)VisicalcPongNon-linear video editingNLS (computer system)The Mother of All DemosProof assistantCDC 6600emailBulletin board systemSpacewar (video game)computer reservations systemtimesharingcompiler compilerCSIRACSwiftTypeScriptElmElixirKotlinRustCoffeeScriptClojureGo (programming language)F Sharp (programming language)Scala (programming language)ActionScriptC Sharp programming languageD programming languageXSL TransformationsPHP programming languageObjective CamlRuby (programming language)Java programming languageJavaScriptDelphi programming languageAppleScriptVisual BasicPython programming languageHaskellMathematicaTclErlangPerlSQL programming languageHyperCardObjective-CEiffel programming languageCamlPostScriptPARADOX programming languageCommon LispTurbo PascalC++Ada programming languageDBASEREXXAWKSQLModula-2VISICALCIDL (programming language)FORTRAN 77Scheme (programming language)ML (programming language)PrologC programming languageSmalltalk programming languageForth (programming language)Pascal programming languageB (programming language)PLILogo programming languageALGOL 68BCPLFORTRAN 66BASIC programming languageSNOBOLSimulaAPL programming languageCOBOL programming languageMAD (programming language)Lisp programming languageALGOL 58FORTRAN IMark I AutocodeA-0 SystemPlankalkülWindows 10Qubes OSWindows 8Chrome OSWindows 7Android (operating system)Windows VistaiOSUbuntu (operating system)Windows Server 2003Gentoo Linuxz/OSWindows XPMac OS XWindows 2000Windows MeMac OS historyMac OS historyBlackBerry OSWindows 98SymbianMac OS historySUSE LinuxMkLinuxWindows 95OS/390OpenBSDRed Hat LinuxDebianSlackwareWindows NTUnixWareSLS LinuxOS/2Windows 3.1xSolaris Operating EnvironmentLinuxOSF/1BeOSSCO UNIXNEXTSTEPPOSIXOS/400RISC OSWindows 2.0OS/2MinixIRIXHP-UXApple IIgsAIX operating systemMachWindows 1.0Atari TOSAmigaOSGNUMac OS historyUNIX System VApple LisaSunOSMS-DOSOS-9Virtual Memory SystemApple DOSCP/M operating systemMVSVM/CMSRSTS-11RT-11UnixTOPS-20Airline Control ProgramWAITSCP/CMSMichigan Terminal SystemIncompatible Timesharing SystemMulticsOS/360TOPS-10Dartmouth Time Sharing SystemGeneral Comprehensive Operating SystemBurroughs MCPCTSSIBSYSSHARE Operating SystemUniversity of Michigan Executive SystemGM-NAA I/OiPadCell (microprocessor)Athlon 64PowerPC 970ItaniumPOWER4iMacIBM PS/2Connection MachineAcorn ArchimedesARM architectureCommodore AmigaAtari STMIPS architectureIBM ATApple MacintoshIBM XTApple LisaApple IIe

Commodore 64BBC MicroZX81

Apple IIIZX80Commodore VIC-20Motorola 68000TRS-80Apple IIVAX-11Commodore PETApple ICray-1MOS Technologies 6502Zilog Z80Altair 8800Motorola 6800Intel 8080Intel 8008Intel 4004PDP-11Datapoint 2200PDP-10BESMCDC 6600PDP-8IBM 360PDP-6ReserVecATLAS computerIBM 7030 StretchCDC 1604PDP-1IBM 1401AN/FSQ-7UNIVAC IIIBM 608IBM 305 RAMACHarwell CADETIBM 704IBM 650Strela computerIBM 701UNIVAC 1101Whirlwind (computer)UNIVAC ILEO (computer)Ferranti Mark 1Manchester Mark 1Small-Scale Experimental MachineIBM SSECENIACColossus computerHarvard Mark IZ3 (computer)Atanasoff–Berry ComputerDocker (software)CryptocurrencyTor (anonymity network)Onion routingPCI ExpressSerial ATABlade serverAsymmetric Digital Subscriber LineAccelerated Graphics PortDVD-ROMUSBIEEE 1394 interfaceBeowulf (computing)DNA computingSmartphoneConventional PCIPCMCIAVESASVGAExtended Industry Standard Architecturesound cardVGAConnection MachinePersonal digital assistantSCSIParallel ATACD ROMEnhanced Graphics AdapterExpanded MemoryAdvanced Technology AttachmentDomain Name SystemcoprocessorMulti-touchRISCMIDIHayes SmartmodemColor Graphics AdapterIndustry standard architectureVMEbuscompact disksupercomputerlaser printersingle-board computerTCP/IPtouchscreenethernetMagnavox Odysseygame consolemicroprocessorfloppy diskdynamic RAMRS-232ARPANETpacket switchingfuzzy logictime-sharingcomputer mousepagingvirtual memoryinterruptsspoolinggarbage collection (computer science)integrated circuitdot matrix printerhard diskmagnetic core memoryindex registersmagnetic drumRAMtransistorWilliams tubeteletypeHutter PrizePOPLmark challengeDARPA Grand ChallengeGoogle Code JamTopCoderICFP Programming ContestCADE ATP System CompetitionInternational Olympiad in InformaticsQuantum ComputerP versus NP problemNorth American Computer Chess ChampionshipTuring TestRelational databaseDavid Levy (chess player)Moore's law



Template limits

edit

There are limits to the number of templates an article may have. When a page exceeds this limit it may look fine in preview but, after the edit is saved, one or more footer navboxes display as wikilinks to the now excess navboxes (for example, displaying a link to "Template:Navbox" rather than the Navbox template itself). Solutions for this problem include (a) removing a template, and (b) setting up the footer navboxes so the least important one becomes the "extra" navbox (the one the reader will have to navigate to a separate page to in order to view).

See also

edit
Navigation templates comparison
Template Collapsible Image Groups Style (body)
parameter/s
{{Navbox}} collapsible Left/right of body Yes Yes
{{Navbox with collapsible groups}} collapsible Left/right of body and/or in each list Yes Yes
{{Navbox with columns}} collapsible Left/right of columns No Yes
Collapsible attributes
Type CSS classes JavaScript Collapses when Custom
initial state
Nesting
Collapsible tables mw-collapsible jQuery.makeCollapsible 2 or more autocollapse on page Yes Yes