Remove some hidden pages (#1848)

5 files changed, 0 insertions, 412 deletions

diff --git a/content/en/functions/haschildren.md b/content/en/functions/haschildren.md
deleted file mode 100644
index 1deeb7277..000000000
--- a/content/en/functions/haschildren.md
+++ /dev/null
@@ -1,22 +0,0 @@
----
-title: .HasChildren
-description:
-date: 2017-02-01
-publishdate: 2017-02-01
-lastmod: 2017-02-01
-categories: [functions]
-menu:
-  docs:
-    parent: "functions"
-keywords: [menus]
-toc:
-signature: ["HasChildren"]
-workson: [menus]
-hugoversion:
-relatedfuncs: []
-deprecated: false
-draft: true
-aliases: []
----
-
-Used in [menu templates](/templates/menu-templates/).
diff --git a/content/en/showcase/small-multiples/bio.md b/content/en/showcase/small-multiples/bio.md
deleted file mode 100644
index 3e0c1f14a..000000000
--- a/content/en/showcase/small-multiples/bio.md
+++ /dev/null
@@ -1,3 +0,0 @@
-
-Small Multiples is a multidisciplinary team of data specialists, designers and developers that help people make the best use of their data, a journey that starts from strategy, to concepts, mock-ups, prototypes, design, and development.
-
diff --git a/content/en/showcase/small-multiples/featured-small-multiples.png b/content/en/showcase/small-multiples/featured-small-multiples.png
deleted file mode 100644
index a278f464d..000000000
--- a/content/en/showcase/small-multiples/featured-small-multiples.png
+++ /dev/null
diff --git a/content/en/showcase/small-multiples/index.md b/content/en/showcase/small-multiples/index.md
deleted file mode 100644
index 15c39d6a0..000000000
--- a/content/en/showcase/small-multiples/index.md
+++ /dev/null
@@ -1,47 +0,0 @@
----
-
-title: Small Multiples 
-date: 2018-02-28
-description: "\"Hugo has excellent support and integration with Netlify and we were immediately blown away by how fast it was.\""
-siteURL: https://smallmultiples.com.au/
-byline: "[Small Multiples](https://smallmultiples.com.au/)"
-draft: true
----
-
-Previously we had built and hosted our website with SquareSpace. Although SquareSpace was adequate for quickly showcasing our work, we felt it didn’t reflect our technical capabilities and the types of products we build for our clients.
-
-For many client applications, static front-end sites provide fast, scalable solutions that can easily connect with any back-end service, API or static data. We wanted to use the same processes and infrastructure that we use to host and deploy many of our products, so we felt that building a static site was the right solution for our website.
-
-Netlify is a hosting and deployment service that we use for many products. Our developers really like it because it has strong integration with GitHub and it works with the build tools we use such as Yarn and Webpack. It creates a production build every time we commit to our GitHub repository. This means we can share and preview every change internally or with clients.
-
-Application development has become increasingly complex and there is a strong motivation to simplify this process by avoiding complicated backends in favour of applications that consume static data and APIs (a JAMstack).
-
-Libraries like React make this easy, but we also wanted something that was server rendered. This led us to look at React based tools for static site generation such as GatsbyJS. We liked GatsbyJS, but in the end, we didn’t choose it due to the lack of availability of a simple CMS driven data source.
-
-For this, we considered Contentful. Contentful is a beautifully designed application. It’s basically a headless CMS, but it’s not specifically designed for websites and it becomes quite expensive at a commercial level. Their free tier is possibly a good option for personal sites especially with Gatsby. We also evaluated prose.io. This is a free service for editing Markdown files in a GitHub repository. It works well, but it’s quite basic and didn’t provide the editing experience we were looking for.
-
-At the same time, we started exploring Hugo. Hugo is a static site generator similar to Jekyll, but it’s written in Go. It has excellent support and integration with Netlify and we were immediately blown away by how fast it was.
-
-We had been closely following the redevelopment of the Smashing Magazine website. We knew this was being powered by Hugo and Netlify and this showed us that Hugo could work for a large scale sites.
-
-The deciding factor, however, was the availability of CMS options that integrate well with Hugo. Netlify has an open source project called NetlifyCMS and there are also hosted services like Forestry.io. These both provide a CMS with an editing interface for Markdown files and images. There is no database, instead, changes are committed directly back into the GitHub repository.
-
-In the end, we chose Hugo on Netlify, with Forestry as our CMS. The site is built and redeployed immediately with Netlify watching for changes to the GitHub repository.
-
-Was this the right choice? For us, yes, but we learnt a few things along the way.
-
-The Hugo templating language was very powerful, although also frustrating at times. The queries used to filter list pages are concise but difficult to read. Although it’s easy to get started, Hugo can have a significant learning curve as you try to do more complicated things.
-
-Hugo has particular expectations when it comes to CMS concepts like tags, categories, RSS, related content and menus. Some parts of our initial design did not match perfectly with how these work in Hugo. It took some time to figure out how to make things work the way we wanted without losing all the benefits of structured content.
-
-There were a few teething issues. We picked some relatively new technologies and as a result, we encountered some bugs. We were forced to find some workarounds and logged some issues with Hugo during the course of development. Most of these were fixed and features were added with releases happening frequently over the time we were working on the project. This can be exciting but also frustrating. We can see Hugo is developing in the right direction.
-
-NetlifyCMS was also very new when we first looked at it and this is partly why we opted for Forestry. Forestry is an excellent choice for an out-of-the-box CMS and it needs very little code configuration. It provided a better editing experience for non-technical users. I would still say this is true, but it also provides fewer options for customisation when compared with NetlifyCMS.
-
-Fortunately, the site is more portable now than it was, or would have been with a dynamic CMS like WordPress, or a fully hosted service like SquareSpace. It should be comparatively easy to swap the publishing functions from Forestry to NetlifyCMS or to change the templates. No part of the pipe-line is tightly coupled, the hosting, the CMS and the templates and the build process can all be updated independently, without changing anything else.
-
-We have complete control over the design and markup produced. This means we can implement a better responsive design and have a stronger focus on accessibility and performance.
-
-These technology choices gave us a good performance baseline. It was important to implement a site that took advantage of this. As a data visualisation agency, it can be difficult to optimise for performance with a small bundle size, while also aiming for high-quality visuals and working with large datasets. This meant we spent a lot of time optimising assets making sure there was little blocking the critical path for faster rendering and lazy-load images and videos.
-
-The end result is a high performance site. We think this could have been achieved with GatsbyJS, Hugo or any another static site generator. However, what was important was the decision to use static infrastructure for speed, security, flexibility and hopefully a better ongoing development experience. If you are looking at choosing a static site generator or wondering whether a static is the right choice for you, we hope this has helped.
diff --git a/content/en/templates/ordering-and-grouping.md b/content/en/templates/ordering-and-grouping.md
deleted file mode 100644
index bcc363e29..000000000
--- a/content/en/templates/ordering-and-grouping.md
+++ /dev/null
@@ -1,340 +0,0 @@
----
-title: Ordering and Grouping Hugo Lists
-linktitle: List Ordering and Grouping
-description: You can group or order your content in both your templating and content front matter.
-date: 2017-02-01
-publishdate: 2017-02-01
-categories: [templates]
-keywords: []
-menu:
-  docs:
-    parent: "templates"
-    weight: 27
-weight: 27
-sections_weight: 27
-draft: true
-aliases: [/templates/ordering/,/templates/grouping/]
-toc: true
-notes: This was originally going to be a separate page on the new docs site but it now makes more sense to keep everything within the templates/lists page. - rdwatters, 2017-03-12.
----
-
-In Hugo, a list template is any template that will be used to render multiple pieces of content in a single HTML page.
-
-## Example List Templates
-
-### Section Template
-
-This list template is used for [spf13.com](https://spf13.com/). It makes use of [partial templates](/templates/partials/). All examples use a [view](/templates/views/) called either "li" or "summary."
-
-{{< code file="layouts/section/post.html" >}}
-{{ partial "header.html" . }}
-{{ partial "subheader.html" . }}
-
-<section id="main">
-  <div>
-   <h1 id="title">{{ .Title }}</h1>
-        <ul id="list">
-            {{ range .Pages }}
-                {{ .Render "li"}}
-            {{ end }}
-        </ul>
-  </div>
-</section>
-{{ partial "footer.html" . }}
-{{< /code >}}
-
-### Taxonomy Template
-
-{{< code file="layouts/_default/taxonomies.html" download="taxonomies.html" >}}
-{{ define "main" }}
-<section id="main">
-  <div>
-   <h1 id="title">{{ .Title }}</h1>
-    {{ range .Pages }}
-        {{ .Render "summary"}}
-    {{ end }}
-  </div>
-</section>
-{{ end }}
-{{< /code >}}
-
-## Order Content
-
-Hugo lists render the content based on metadata provided in the [front matter](/content-management/front-matter/)..
-
-Here are a variety of different ways you can order the content items in
-your list templates:
-
-### Default: Weight > Date
-
-{{< code file="layouts/partials/order-default.html" >}}
-<ul class="pages">
-    {{ range .Pages }}
-        <li>
-            <h1><a href="{{ .Permalink }}">{{ .Title }}</a></h1>
-            <time>{{ .Date.Format "Mon, Jan 2, 2006" }}</time>
-        </li>
-    {{ end }}
-</ul>
-{{< /code >}}
-
-### By Weight
-
-{{< code file="layouts/partials/by-weight.html" >}}
-{{ range .Pages.ByWeight }}
-    <li>
-    <a href="{{ .Permalink }}">{{ .Title }}</a>
-    <div class="meta">{{ .Date.Format "Mon, Jan 2, 2006" }}</div>
-    </li>
-{{ end }}
-{{< /code >}}
-
-### By Date
-
-{{< code file="layouts/partials/by-date.html" >}}
-{{ range .Pages.ByDate }}
-    <li>
-    <a href="{{ .Permalink }}">{{ .Title }}</a>
-    <div class="meta">{{ .Date.Format "Mon, Jan 2, 2006" }}</div>
-    </li>
-{{ end }}
-{{< /code >}}
-
-### By Publish Date
-
-{{< code file="layouts/partials/by-publish-date.html" >}}
-{{ range .Pages.ByPublishDate }}
-    <li>
-    <a href="{{ .Permalink }}">{{ .Title }}</a>
-    <div class="meta">{{ .PublishDate.Format "Mon, Jan 2, 2006" }}</div>
-    </li>
-{{ end }}
-{{< /code >}}
-
-### By Expiration Date
-
-{{< code file="layouts/partials/by-expiry-date.html" >}}
-{{ range .Pages.ByExpiryDate }}
-    <li>
-    <a href="{{ .Permalink }}">{{ .Title }}</a>
-    <div class="meta">{{ .ExpiryDate.Format "Mon, Jan 2, 2006" }}</div>
-    </li>
-{{ end }}
-{{< /code >}}
-
-### By Last Modified Date
-
-{{< code file="layouts/partials/by-last-mod.html" >}}
-{{ range .Pages.ByLastmod }}
-    <li>
-    <a href="{{ .Permalink }}">{{ .Title }}</a>
-    <div class="meta">{{ .Date.Format "Mon, Jan 2, 2006" }}</div>
-    </li>
-{{ end }}
-{{< /code >}}
-
-### By Length
-
-{{< code file="layouts/partials/by-length.html" >}}
-{{ range .Pages.ByLength }}
-    <li>
-    <a href="{{ .Permalink }}">{{ .Title }}</a>
-    <div class="meta">{{ .Date.Format "Mon, Jan 2, 2006" }}</div>
-    </li>
-{{ end }}
-{{< /code >}}
-
-### By Title
-
-{{< code file="layouts/partials/by-title.html" >}}
-{{ range .Pages.ByTitle }}
-    <li>
-    <a href="{{ .Permalink }}">{{ .Title }}</a>
-    <div class="meta">{{ .Date.Format "Mon, Jan 2, 2006" }}</div>
-    </li>
-{{ end }}
-{{< /code >}}
-
-### By Link Title
-
-{{< code file="layouts/partials/by-link-title.html" >}}
-{{ range .Pages.ByLinkTitle }}
-    <li>
-    <a href="{{ .Permalink }}">{{ .LinkTitle }}</a>
-    <div class="meta">{{ .Date.Format "Mon, Jan 2, 2006" }}</div>
-    </li>
-{{ end }}
-{{< /code >}}
-
-### By Parameter
-
-Order based on the specified front matter parameter. Content that does not have the specified front matter field  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.
-
-{{< code file="layouts/partials/by-rating.html" >}}
-{{ range (.Pages.ByParam "rating") }}
-  <!-- ... -->
-{{ end }}
-{{< /code >}}
-
-If the front matter field of interest is nested beneath another field, you can
-also get it:
-
-{{< code file="layouts/partials/by-nested-param.html" >}}
-{{ range (.Pages.ByParam "author.last_name") }}
-  <!-- ... -->
-{{ end }}
-{{< /code >}}
-
-### Reverse Order
-
-Reversing order can be applied to any of the above methods. The following uses `ByDate` as an example:
-
-{{< code file="layouts/partials/by-date-reverse.html" >}}
-{{ range .Pages.ByDate.Reverse }}
-<li>
-<a href="{{ .Permalink }}">{{ .Title }}</a>
-<div class="meta">{{ .Date.Format "Mon, Jan 2, 2006" }}</div>
-</li>
-{{ end }}
-{{< /code >}}
-
-## Group Content
-
-Hugo provides some functions for grouping pages by Section, Type, Date, etc.
-
-### By Page Field
-
-{{< code file="layouts/partials/by-page-field.html" >}}
-{{ range .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 }}
-{{< /code >}}
-
-### By Page date
-
-{{< code file="layouts/partials/by-page-date.html" >}}
-{{ range .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 }}
-{{< /code >}}
-
-### By Page publish date
-
-{{< code file="layouts/partials/by-page-publish-date.html" >}}
-{{ range .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 }}
-{{< /code >}}
-
-### By Page Param
-
-{{< code file="layouts/partials/by-page-param.html" >}}
-{{ range .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 }}
-{{< /code >}}
-
-### By Page Param in Date Format
-
-{{< code file="layouts/partials/by-page-param-as-date.html" >}}
-{{ range .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 }}
-{{< /code >}}
-
-### Reverse 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, both of which work the same way. You can use your preferred syntax.
-
-#### Reverse Method
-
-```
-{{ range (.Pages.GroupBy "Section").Reverse }}
-```
-
-```
-{{ range (.Pages.GroupByDate "2006-01").Reverse }}
-```
-
-#### Provide the Alternate Direction
-
-```
-{{ range .Pages.GroupByDate "2006-01" "asc" }}
-```
-
-```
-{{ range .Pages.GroupBy "Section" "desc" }}
-```
-
-### Order Within Groups
-
-Because Grouping returns a `{{.Key}}` and a slice of pages, all of the ordering methods listed above are available.
-
-In the following example, groups are ordered chronologically and then content
-within each group is ordered alphabetically by title.
-
-{{< code file="layouts/partials/by-group-by-page.html" >}}
-{{ range .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 }}
-{{< /code >}}
-
-## Filter and Limiting Lists
-
-See the [_Lists/Filtering and Limiting Lists_
-section][filteringandlimitinglists] for details.
-
-[views]: /templates/views/
-[filteringandlimitinglists]: /templates/lists/#filtering-and-limiting-lists