mirror of
https://github.com/gohugoio/hugo.git
synced 2024-11-14 20:37:55 -05:00
437 lines
12 KiB
Markdown
437 lines
12 KiB
Markdown
---
|
||
aliases:
|
||
- /layout/indexes/
|
||
lastmod: 2015-08-04
|
||
date: 2013-07-01
|
||
linktitle: List of Content
|
||
menu:
|
||
main:
|
||
parent: layout
|
||
next: /templates/homepage
|
||
prev: /templates/content
|
||
title: Content List Template
|
||
weight: 40
|
||
toc: true
|
||
---
|
||
|
||
A list template is any template that will be used to render multiple pieces of
|
||
content in a single HTML page (with the exception of the [homepage](/layout/homepage/) which has a
|
||
dedicated template).
|
||
|
||
We are using the term list in its truest sense, a sequential arrangement
|
||
of material, especially in alphabetical or numerical order. Hugo uses
|
||
list templates to render anyplace where content is being listed such as
|
||
taxonomies and sections.
|
||
|
||
## Which Template will be rendered?
|
||
|
||
Hugo uses a set of rules to figure out which template to use when
|
||
rendering a specific page.
|
||
|
||
Hugo will use the following prioritized list. If a file isn’t present,
|
||
then the next one in the list will be used. This enables you to craft
|
||
specific layouts when you want to without creating more templates
|
||
than necessary. For most sites only the \_default file at the end of
|
||
the list will be needed.
|
||
|
||
|
||
### Section Lists
|
||
|
||
A Section will be rendered at /`SECTION`/ (e.g. http://spf13.com/project/)
|
||
|
||
* /layouts/section/`SECTION`.html
|
||
* /layouts/`SECTION`/list.html
|
||
* /layouts/\_default/section.html
|
||
* /layouts/\_default/list.html
|
||
* /themes/`THEME`/layouts/section/`SECTION`.html
|
||
* /themes/layouts/`SECTION`/list.html
|
||
* /themes/`THEME`/layouts/\_default/section.html
|
||
* /themes/`THEME`/layouts/\_default/list.html
|
||
|
||
Note that a sections list page can also have a content file with frontmatter, see [Source Organization]({{< relref "overview/source-directory.md#content-for-home-page-and-other-list-pages" >}}).
|
||
|
||
### Taxonomy Lists
|
||
|
||
A Taxonomy will be rendered at /`PLURAL`/`TERM`/ (e.g. http://spf13.com/topics/golang/) from:
|
||
|
||
* /layouts/taxonomy/`SINGULAR`.html (e.g. `/layouts/taxonomy/topic.html`)
|
||
* /layouts/\_default/taxonomy.html
|
||
* /layouts/\_default/list.html
|
||
* /themes/`THEME`/layouts/taxonomy/`SINGULAR`.html
|
||
* /themes/`THEME`/layouts/\_default/taxonomy.html
|
||
* /themes/`THEME`/layouts/\_default/list.html
|
||
|
||
Note that a taxonomy list page can also have a content file with frontmatter, see [Source Organization]({{< relref "overview/source-directory.md#content-for-home-page-and-other-list-pages" >}}).
|
||
|
||
### Section RSS
|
||
|
||
A Section’s RSS will be rendered at /`SECTION`/index.xml (e.g. http://spf13.com/project/index.xml)
|
||
|
||
*Hugo ships with its own [RSS 2.0][] template. In most cases this will
|
||
be sufficient, and an RSS template will not need to be provided by the
|
||
user.*
|
||
|
||
Hugo provides the ability for you to define any RSS type you wish, and
|
||
can have different RSS files for each section and taxonomy.
|
||
|
||
* /layouts/section/`SECTION`.rss.xml
|
||
* /layouts/\_default/rss.xml
|
||
* /themes/`THEME`/layouts/section/`SECTION`.rss.xml
|
||
* /themes/`THEME`/layouts/\_default/rss.xml
|
||
|
||
### Taxonomy RSS
|
||
|
||
A Taxonomy’s RSS will be rendered at /`PLURAL`/`TERM`/index.xml (e.g. http://spf13.com/topics/golang/index.xml)
|
||
|
||
*Hugo ships with its own [RSS 2.0][] template. In most cases this will
|
||
be sufficient, and an RSS template will not need to be provided by the
|
||
user.*
|
||
|
||
Hugo provides the ability for you to define any RSS type you wish, and
|
||
can have different RSS files for each section and taxonomy.
|
||
|
||
* /layouts/taxonomy/`SINGULAR`.rss.xml
|
||
* /layouts/\_default/rss.xml
|
||
* /themes/`THEME`/layouts/taxonomy/`SINGULAR`.rss.xml
|
||
* /themes/`THEME`/layouts/\_default/rss.xml
|
||
|
||
|
||
## Variables
|
||
|
||
A list page is a `Page` and have all the [page variables](/templates/variables/)
|
||
and [site variables](/templates/variables/) available to use in the templates.
|
||
|
||
Taxonomy pages will additionally have:
|
||
|
||
**.Data.`Singular`** The taxonomy itself.<br>
|
||
|
||
## Example List Template Pages
|
||
|
||
### Example section template (post.html)
|
||
This content template is used for [spf13.com](http://spf13.com/).
|
||
It makes use of [partial templates](/templates/partials/). All examples use a
|
||
[view](/templates/views/) called either "li" or "summary" which this example site
|
||
defined.
|
||
|
||
{{ partial "header.html" . }}
|
||
{{ partial "subheader.html" . }}
|
||
|
||
<section id="main">
|
||
<div>
|
||
<h1 id="title">{{ .Title }}</h1>
|
||
<ul id="list">
|
||
{{ range .Data.Pages }}
|
||
{{ .Render "li"}}
|
||
{{ end }}
|
||
</ul>
|
||
</div>
|
||
</section>
|
||
|
||
{{ partial "footer.html" . }}
|
||
|
||
### Example taxonomy template (tag.html)
|
||
This content template is used for [spf13.com](http://spf13.com/).
|
||
It makes use of [partial templates](/templates/partials/). All examples use a
|
||
[view](/templates/views/) called either "li" or "summary" which this example site
|
||
defined.
|
||
|
||
{{ partial "header.html" . }}
|
||
{{ partial "subheader.html" . }}
|
||
|
||
<section id="main">
|
||
<div>
|
||
<h1 id="title">{{ .Title }}</h1>
|
||
{{ range .Data.Pages }}
|
||
{{ .Render "summary"}}
|
||
{{ end }}
|
||
</div>
|
||
</section>
|
||
|
||
{{ partial "footer.html" . }}
|
||
|
||
## Ordering Content
|
||
|
||
In the case of Hugo, each list will render the content based on metadata provided in the [front
|
||
matter](/content/front-matter/). See [ordering content](/content/ordering/) for more information.
|
||
|
||
Here are a variety of different ways you can order the content items in
|
||
your list templates:
|
||
|
||
### Order by Weight -> Date (default)
|
||
|
||
{{ range .Data.Pages }}
|
||
<li>
|
||
<a href="{{ .Permalink }}">{{ .Title }}</a>
|
||
<div class="meta">{{ .Date.Format "Mon, Jan 2, 2006" }}</div>
|
||
</li>
|
||
{{ end }}
|
||
|
||
### Order by Weight -> Date
|
||
|
||
{{ range .Data.Pages.ByWeight }}
|
||
<li>
|
||
<a href="{{ .Permalink }}">{{ .Title }}</a>
|
||
<div class="meta">{{ .Date.Format "Mon, Jan 2, 2006" }}</div>
|
||
</li>
|
||
{{ end }}
|
||
|
||
### Order by Date
|
||
|
||
{{ range .Data.Pages.ByDate }}
|
||
<li>
|
||
<a href="{{ .Permalink }}">{{ .Title }}</a>
|
||
<div class="meta">{{ .Date.Format "Mon, Jan 2, 2006" }}</div>
|
||
</li>
|
||
{{ end }}
|
||
|
||
### Order by PublishDate
|
||
|
||
{{ range .Data.Pages.ByPublishDate }}
|
||
<li>
|
||
<a href="{{ .Permalink }}">{{ .Title }}</a>
|
||
<div class="meta">{{ .PublishDate.Format "Mon, Jan 2, 2006" }}</div>
|
||
</li>
|
||
{{ end }}
|
||
|
||
### Order by ExpiryDate
|
||
|
||
{{ range .Data.Pages.ByExpiryDate }}
|
||
<li>
|
||
<a href="{{ .Permalink }}">{{ .Title }}</a>
|
||
<div class="meta">{{ .ExpiryDate.Format "Mon, Jan 2, 2006" }}</div>
|
||
</li>
|
||
{{ end }}
|
||
|
||
### Order by Lastmod
|
||
|
||
{{ range .Data.Pages.ByLastmod }}
|
||
<li>
|
||
<a href="{{ .Permalink }}">{{ .Title }}</a>
|
||
<div class="meta">{{ .Date.Format "Mon, Jan 2, 2006" }}</div>
|
||
</li>
|
||
{{ end }}
|
||
|
||
### Order by Length
|
||
|
||
{{ range .Data.Pages.ByLength }}
|
||
<li>
|
||
<a href="{{ .Permalink }}">{{ .Title }}</a>
|
||
<div class="meta">{{ .Date.Format "Mon, Jan 2, 2006" }}</div>
|
||
</li>
|
||
{{ end }}
|
||
|
||
|
||
### Order by Title
|
||
|
||
{{ range .Data.Pages.ByTitle }}
|
||
<li>
|
||
<a href="{{ .Permalink }}">{{ .Title }}</a>
|
||
<div class="meta">{{ .Date.Format "Mon, Jan 2, 2006" }}</div>
|
||
</li>
|
||
{{ end }}
|
||
|
||
### Order by LinkTitle
|
||
|
||
{{ range .Data.Pages.ByLinkTitle }}
|
||
<li>
|
||
<a href="{{ .Permalink }}">{{ .LinkTitle }}</a>
|
||
<div class="meta">{{ .Date.Format "Mon, Jan 2, 2006" }}</div>
|
||
</li>
|
||
{{ end }}
|
||
|
||
### Order by Parameter
|
||
|
||
Order based on the specified frontmatter parameter. Pages without that
|
||
parameter will use the site's `.Site.Params` default. If the parameter is not
|
||
found at all in some entries, those entries will appear together at the end
|
||
of the ordering.
|
||
|
||
The below example sorts a list of posts by their rating.
|
||
|
||
{{ range (.Data.Pages.ByParam "rating") }}
|
||
<!-- ... -->
|
||
{{ end }}
|
||
|
||
If the frontmatter field of interest is nested beneath another field, you can
|
||
also get it:
|
||
|
||
{{ range (.Data.Pages.ByParam "author.last_name") }}
|
||
<!-- ... -->
|
||
{{ end }}
|
||
|
||
### Reverse Order
|
||
Can be applied to any of the above. Using Date for an example.
|
||
|
||
{{ range .Data.Pages.ByDate.Reverse }}
|
||
<li>
|
||
<a href="{{ .Permalink }}">{{ .Title }}</a>
|
||
<div class="meta">{{ .Date.Format "Mon, Jan 2, 2006" }}</div>
|
||
</li>
|
||
{{ end }}
|
||
|
||
## Grouping Content
|
||
|
||
Hugo provides some grouping functions for list pages. You can use them to
|
||
group pages by Section, Type, Date etc.
|
||
|
||
Here are a variety of different ways you can group the content items in
|
||
your list templates:
|
||
|
||
### Grouping by Page field
|
||
|
||
{{ range .Data.Pages.GroupBy "Section" }}
|
||
<h3>{{ .Key }}</h3>
|
||
<ul>
|
||
{{ range .Pages }}
|
||
<li>
|
||
<a href="{{ .Permalink }}">{{ .Title }}</a>
|
||
<div class="meta">{{ .Date.Format "Mon, Jan 2, 2006" }}</div>
|
||
</li>
|
||
{{ end }}
|
||
</ul>
|
||
{{ end }}
|
||
|
||
### Grouping by Page date
|
||
|
||
{{ range .Data.Pages.GroupByDate "2006-01" }}
|
||
<h3>{{ .Key }}</h3>
|
||
<ul>
|
||
{{ range .Pages }}
|
||
<li>
|
||
<a href="{{ .Permalink }}">{{ .Title }}</a>
|
||
<div class="meta">{{ .Date.Format "Mon, Jan 2, 2006" }}</div>
|
||
</li>
|
||
{{ end }}
|
||
</ul>
|
||
{{ end }}
|
||
|
||
### Grouping by Page publish date
|
||
|
||
{{ range .Data.Pages.GroupByPublishDate "2006-01" }}
|
||
<h3>{{ .Key }}</h3>
|
||
<ul>
|
||
{{ range .Pages }}
|
||
<li>
|
||
<a href="{{ .Permalink }}">{{ .Title }}</a>
|
||
<div class="meta">{{ .PublishDate.Format "Mon, Jan 2, 2006" }}</div>
|
||
</li>
|
||
{{ end }}
|
||
</ul>
|
||
{{ end }}
|
||
|
||
### Grouping by Page param
|
||
|
||
{{ range .Data.Pages.GroupByParam "param_key" }}
|
||
<h3>{{ .Key }}</h3>
|
||
<ul>
|
||
{{ range .Pages }}
|
||
<li>
|
||
<a href="{{ .Permalink }}">{{ .Title }}</a>
|
||
<div class="meta">{{ .Date.Format "Mon, Jan 2, 2006" }}</div>
|
||
</li>
|
||
{{ end }}
|
||
</ul>
|
||
{{ end }}
|
||
|
||
### Grouping by Page param in date format
|
||
|
||
{{ range .Data.Pages.GroupByParamDate "param_key" "2006-01" }}
|
||
<h3>{{ .Key }}</h3>
|
||
<ul>
|
||
{{ range .Pages }}
|
||
<li>
|
||
<a href="{{ .Permalink }}">{{ .Title }}</a>
|
||
<div class="meta">{{ .Date.Format "Mon, Jan 2, 2006" }}</div>
|
||
</li>
|
||
{{ end }}
|
||
</ul>
|
||
{{ end }}
|
||
|
||
### Reversing Key Order
|
||
|
||
The ordering of the groups is performed by keys in alphanumeric order (A–Z,
|
||
1–100) and in reverse chronological order (newest first) for dates.
|
||
|
||
While these are logical defaults, they are not always the desired order. There
|
||
are two different syntaxes to change the order; they both work the same way, so
|
||
it’s really just a matter of preference.
|
||
|
||
#### Reverse method
|
||
|
||
{{ range (.Data.Pages.GroupBy "Section").Reverse }}
|
||
...
|
||
|
||
{{ range (.Data.Pages.GroupByDate "2006-01").Reverse }}
|
||
...
|
||
|
||
|
||
#### Providing the (alternate) direction
|
||
|
||
{{ range .Data.Pages.GroupByDate "2006-01" "asc" }}
|
||
...
|
||
|
||
{{ range .Data.Pages.GroupBy "Section" "desc" }}
|
||
...
|
||
|
||
### Ordering Pages within Group
|
||
|
||
Because Grouping returns a key and a slice of pages, all of the ordering methods listed above are available.
|
||
|
||
In this example, I’ve ordered the groups in chronological order and the content
|
||
within each group in alphabetical order by title.
|
||
|
||
{{ range .Data.Pages.GroupByDate "2006-01" "asc" }}
|
||
<h3>{{ .Key }}</h3>
|
||
<ul>
|
||
{{ range .Pages.ByTitle }}
|
||
<li>
|
||
<a href="{{ .Permalink }}">{{ .Title }}</a>
|
||
<div class="meta">{{ .Date.Format "Mon, Jan 2, 2006" }}</div>
|
||
</li>
|
||
{{ end }}
|
||
</ul>
|
||
{{ end }}
|
||
|
||
## Filtering & Limiting Content
|
||
|
||
Sometimes you only want to list a subset of the available content. A common
|
||
request is to only display “Posts” on the homepage. Using the `where` function,
|
||
you can do just that.
|
||
|
||
### `first`
|
||
|
||
`first` works like the `limit` keyword in SQL. It reduces the array to only the
|
||
first _N_ elements. It takes the array and number of elements as input.
|
||
|
||
{{ range first 10 .Data.Pages }}
|
||
{{ .Render "summary" }}
|
||
{{ end }}
|
||
|
||
### `where`
|
||
|
||
`where` works in a similar manner to the `where` keyword in SQL. It selects all
|
||
elements of the slice that match the provided field and value. It takes three
|
||
arguments: 'array or slice of maps or structs', 'key or field name' and 'match
|
||
value'.
|
||
|
||
{{ range where .Data.Pages "Section" "post" }}
|
||
{{ .Content }}
|
||
{{ end }}
|
||
|
||
### `first` & `where` Together
|
||
|
||
Using both together can be very powerful.
|
||
|
||
{{ range first 5 (where .Data.Pages "Section" "post") }}
|
||
{{ .Content }}
|
||
{{ end }}
|
||
|
||
If `where` or `first` receives invalid input or a field name that doesn’t exist,
|
||
it will return an error and stop site generation.
|
||
|
||
These are both template functions and work on not only
|
||
[lists](/templates/list/), but [taxonomies](/taxonomies/displaying/),
|
||
[terms](/templates/terms/) and [groups](/templates/list/).
|
||
|
||
|
||
[RSS 2.0]: http://cyber.law.harvard.edu/rss/rss.html "RSS 2.0 Specification"
|