mirror of
https://github.com/gohugoio/hugo.git
synced 2025-08-20 21:31:32 +02:00
adding hugo
This commit is contained in:
4
docs/config.json
Normal file
4
docs/config.json
Normal file
@@ -0,0 +1,4 @@
|
||||
{
|
||||
"Indexes" : {"tag": "tags"},
|
||||
"BaseUrl" : "http://localhost"
|
||||
}
|
19
docs/content/doc/configuration.md
Normal file
19
docs/content/doc/configuration.md
Normal file
@@ -0,0 +1,19 @@
|
||||
{
|
||||
"title": "Configuring Hugo",
|
||||
"Pubdate": "2013-07-01"
|
||||
}
|
||||
|
||||
The directory structure and templates provide the majority of the
|
||||
configuration for a site. In fact a config file isn't even needed for many websites
|
||||
since the defaults used follow commonly used patterns.
|
||||
|
||||
The following is an example of a config file with the default values
|
||||
|
||||
{
|
||||
"SourceDir" : "content",
|
||||
"LayoutDir" : "layouts",
|
||||
"PublishDir" : "public",
|
||||
"BuildDrafts" : false,
|
||||
"Tags" : { "category" : "categories", "tag" : "tags" },
|
||||
"BaseUrl" : "http://yourSite.com/"
|
||||
}
|
10
docs/content/doc/contributing.md
Normal file
10
docs/content/doc/contributing.md
Normal file
@@ -0,0 +1,10 @@
|
||||
{
|
||||
"title": "Contributing to Hugo",
|
||||
"Pubdate": "2013-07-01"
|
||||
}
|
||||
|
||||
1. Fork it from https://github.com/spf13/hugo
|
||||
2. Create your feature branch (`git checkout -b my-new-feature`)
|
||||
3. Commit your changes (`git commit -am 'Add some feature'`)
|
||||
4. Push to the branch (`git push origin my-new-feature`)
|
||||
5. Create new Pull Request
|
9
docs/content/doc/contributors.md
Normal file
9
docs/content/doc/contributors.md
Normal file
@@ -0,0 +1,9 @@
|
||||
{
|
||||
"title": "Contributors",
|
||||
"Pubdate": "2013-07-01"
|
||||
}
|
||||
|
||||
Hugo was built with love and golang by:
|
||||
|
||||
* [spf13](https://github.com/spf13)
|
||||
|
40
docs/content/doc/example.md
Normal file
40
docs/content/doc/example.md
Normal file
@@ -0,0 +1,40 @@
|
||||
{
|
||||
"title": "Example Content File",
|
||||
"Pubdate": "2013-07-01"
|
||||
}
|
||||
|
||||
Somethings are better shown than explained. The following is a very basic example of a content file:
|
||||
|
||||
**mysite/project/nitro.md <- http://mysite.com/project/nitro.html**
|
||||
|
||||
{
|
||||
"Title": "Nitro : A quick and simple profiler for golang",
|
||||
"Description": "",
|
||||
"Keywords": [ "Development", "golang", "profiling" ],
|
||||
"Tags": [ "Development", "golang", "profiling" ],
|
||||
"Pubdate": "2013-06-19",
|
||||
"Topics": [ "Development", "GoLang" ],
|
||||
"Slug": "nitro",
|
||||
"project_url": "http://github.com/spf13/nitro"
|
||||
}
|
||||
|
||||
# Nitro
|
||||
|
||||
Quick and easy performance analyzer library for golang.
|
||||
|
||||
## Overview
|
||||
|
||||
Nitro is a quick and easy performance analyzer library for golang.
|
||||
It is useful for comparing A/B against different drafts of functions
|
||||
or different functions.
|
||||
|
||||
## Implementing Nitro
|
||||
|
||||
Using Nitro is simple. First use go get to install the latest version
|
||||
of the library.
|
||||
|
||||
$ go get github.com/spf13/nitro
|
||||
|
||||
Next include nitro in your application.
|
||||
|
||||
|
38
docs/content/doc/front-matter.md
Normal file
38
docs/content/doc/front-matter.md
Normal file
@@ -0,0 +1,38 @@
|
||||
{
|
||||
"title": "Front Matter",
|
||||
"Pubdate": "2013-07-01"
|
||||
}
|
||||
|
||||
The front matter is one of the features that gives Hugo it's strength. It enables
|
||||
you to include the meta data of the content right with it. Hugo supports a few
|
||||
different formats. The main format supported is JSON. Here is an example:
|
||||
|
||||
{
|
||||
"Title": "spf13-vim 3.0 release and new website",
|
||||
"Description": "spf13-vim is a cross platform distribution of vim plugins and resources for Vim.",
|
||||
"Tags": [ ".vimrc", "plugins", "spf13-vim", "vim" ],
|
||||
"Pubdate": "2012-04-06",
|
||||
"Categories": [ "Development", "VIM" ],
|
||||
"Slug": "spf13-vim-3-0-release-and-new-website"
|
||||
}
|
||||
|
||||
### Variables
|
||||
There are a few predefined variables that Hugo is aware of and utilizes. The user can also create
|
||||
any variable they want to. These will be placed into the `.Params` variable available to the templates.
|
||||
|
||||
#### Required
|
||||
|
||||
**Title** The title for the content. <br>
|
||||
**Description** The description for the content.<br>
|
||||
**Pubdate** The date the content will be sorted by.<br>
|
||||
**Indexes** These will use the field name of the plural form of the index (see tags and categories above)
|
||||
|
||||
#### Optional
|
||||
|
||||
**Draft** If true the content will not be rendered unless `hugo` is called with -d<br>
|
||||
**Type** The type of the content (will be derived from the directory automatically if unset).<br>
|
||||
**Slug** The token to appear in the tail of the url.<br>
|
||||
*or*<br>
|
||||
**Url** The full path to the content from the web root.<br>
|
||||
*If neither is present the filename will be used.*
|
||||
|
18
docs/content/doc/installing.md
Normal file
18
docs/content/doc/installing.md
Normal file
@@ -0,0 +1,18 @@
|
||||
{
|
||||
"title": "Installing Hugo",
|
||||
"Pubdate": "2013-07-01"
|
||||
}
|
||||
|
||||
Installation is very easy. Simply download the appropriate version for your
|
||||
platform.
|
||||
|
||||
Hugo is written in GoLang with support for Windows, Linux and OSX.
|
||||
|
||||
<div class="alert alert-info">
|
||||
Please make sure that you place the executable in your path. `/usr/local/bin`
|
||||
is the most probable location.
|
||||
</div>
|
||||
|
||||
|
||||
Hugo doesn't have any external dependencies, but can benefit from external
|
||||
programs.
|
75
docs/content/doc/license.md
Normal file
75
docs/content/doc/license.md
Normal file
@@ -0,0 +1,75 @@
|
||||
{
|
||||
"title": "License",
|
||||
"Pubdate": "2013-07-01"
|
||||
}
|
||||
|
||||
Hugo is released under the Simple Public License.
|
||||
|
||||
|
||||
Simple Public License (SimPL-2.0)
|
||||
=================================
|
||||
|
||||
Preamble
|
||||
--------
|
||||
|
||||
This Simple Public License 2.0 (SimPL-2.0 for short) is a plain language
|
||||
implementation of GPL 2.0. The words are different, but the goal is the
|
||||
same - to guarantee for all users the freedom to share and change
|
||||
software. If anyone wonders about the meaning of the SimPL, they should
|
||||
interpret it as consistent with GPL 2.0.
|
||||
|
||||
|
||||
Simple Public License (SimPL) 2.0
|
||||
=================================
|
||||
|
||||
The SimPL applies to the software's source and object code and comes
|
||||
with any rights that I have in it (other than trademarks). You agree to
|
||||
the SimPL by copying, distributing, or making a derivative work of the
|
||||
software.
|
||||
|
||||
You get the royalty free right to:
|
||||
|
||||
- Use the software for any purpose;
|
||||
- Make derivative works of it (this is called a "Derived Work");
|
||||
- Copy and distribute it and any Derived Work.
|
||||
|
||||
If you distribute the software or a Derived Work, you must give back to
|
||||
the community by:
|
||||
|
||||
- Prominently noting the date of any changes you make;
|
||||
- Leaving other people's copyright notices, warranty disclaimers, and
|
||||
license terms in place;
|
||||
- Providing the source code, build scripts, installation scripts, and
|
||||
interface definitions in a form that is easy to get and best to
|
||||
modify;
|
||||
- Licensing it to everyone under SimPL, or substantially similar terms
|
||||
(such as GPL 2.0), without adding further restrictions to the rights
|
||||
provided;
|
||||
- Conspicuously announcing that it is available under that license.
|
||||
|
||||
There are some things that you must shoulder:
|
||||
|
||||
- You get NO WARRANTIES. None of any kind;
|
||||
- If the software damages you in any way, you may only recover direct
|
||||
damages up to the amount you paid for it (that is zero if you did
|
||||
not pay anything). You may not recover any other damages, including
|
||||
those called "consequential damages." (The state or country where
|
||||
you live may not allow you to limit your liability in this way, so
|
||||
this may not apply to you);
|
||||
|
||||
The SimPL continues perpetually, except that your license rights end
|
||||
automatically if:
|
||||
|
||||
- You do not abide by the "give back to the community" terms (your
|
||||
licensees get to keep their rights if they abide);
|
||||
- Anyone prevents you from distributing the software under the terms
|
||||
of the SimPL.
|
||||
|
||||
License for the License
|
||||
-----------------------
|
||||
|
||||
You may do anything that you want with the SimPL text; it's a license
|
||||
form to use in any way that you find helpful. To avoid confusion,
|
||||
however, if you change the terms in any way then you may not call your
|
||||
license the Simple Public License or the SimPL (but feel free to
|
||||
acknowledge that your license is "based on the Simple Public License").
|
22
docs/content/doc/organization.md
Normal file
22
docs/content/doc/organization.md
Normal file
@@ -0,0 +1,22 @@
|
||||
{
|
||||
"title": "Organization",
|
||||
"Pubdate": "2013-07-01"
|
||||
}
|
||||
|
||||
Hugo uses markdown files with headers commonly called the front matter. Hugo respects the organization
|
||||
that you provide for your content to minimize any extra configuration, though this can be overridden
|
||||
by additional configuration in the front matter.
|
||||
|
||||
## Organization
|
||||
In Hugo the content should be arranged in the same way they are intended for the rendered website.
|
||||
Without any additional configuration the following will just work.
|
||||
|
||||
.
|
||||
└── content
|
||||
├── post
|
||||
| ├── firstpost.md // <- http://site.com/post/firstpost.html
|
||||
| └── secondpost.md // <- http://site.com/post/secondpost.html
|
||||
└── quote
|
||||
├── first.md // <- http://site.com/quote/first.html
|
||||
└── second.md // <- http://site.com/quote/second.html
|
||||
|
14
docs/content/doc/release-notes.md
Normal file
14
docs/content/doc/release-notes.md
Normal file
@@ -0,0 +1,14 @@
|
||||
{
|
||||
"title": "Release Notes",
|
||||
"Pubdate": "2013-07-01"
|
||||
|
||||
}
|
||||
|
||||
* **0.7.0** July 4, 2013
|
||||
* Hugo now includes a simple server
|
||||
* First public release
|
||||
* **0.6.0** July 2, 2013
|
||||
* Hugo includes an example documentation site which it builds
|
||||
* **0.5.0** June 25, 2013
|
||||
* Hugo is quite usable and able to build spf13.com
|
||||
|
18
docs/content/doc/roadmap.md
Normal file
18
docs/content/doc/roadmap.md
Normal file
@@ -0,0 +1,18 @@
|
||||
{
|
||||
"title": "Roadmap",
|
||||
"Pubdate": "2013-07-01"
|
||||
}
|
||||
|
||||
In no particular order, here is what I'm working on:
|
||||
|
||||
* Pagination
|
||||
* Support for top level pages (other than homepage)
|
||||
* Series support
|
||||
* Syntax highlighting
|
||||
* Previous & Next
|
||||
* Related Posts
|
||||
* Support for TOML front matter
|
||||
* Proper YAML support for front matter
|
||||
* Support for other formats
|
||||
|
||||
|
76
docs/content/doc/shortcodes.md
Normal file
76
docs/content/doc/shortcodes.md
Normal file
@@ -0,0 +1,76 @@
|
||||
{
|
||||
"title": "Shortcodes",
|
||||
"Pubdate": "2013-07-01"
|
||||
}
|
||||
|
||||
Because Hugo uses markdown for it's content format, it was clear that there's a lot of things that
|
||||
markdown doesn't support well. This is good, the simple nature of markdown is exactly why we chose it.
|
||||
|
||||
However we cannot accept being constrained by our simple format. Also unacceptable is writing raw
|
||||
html in our markdown every time we want to include unsupported content such as a video. To do
|
||||
so is in complete opposition to the intent of using a bare bones format for our content and
|
||||
utilizing templates to apply styling for display.
|
||||
|
||||
To avoid both of these limitations Hugo has full support for shortcodes.
|
||||
|
||||
### What is a shortcode?
|
||||
A shortcode is a simple snippet inside a markdown file that Hugo will render using a template.
|
||||
|
||||
Short codes are designated by the opening and closing characters of '{{%' and '%}}' respectively.
|
||||
Short codes are space delimited. The first word is always the name of the shortcode. Following the
|
||||
name are the parameters. The author of the shortcode can choose if the short code
|
||||
will use positional parameters or named parameters (but not both). A good rule of thumb is that if a
|
||||
short code has a single required value in the case of the youtube example below then positional
|
||||
works very well. For more complex layouts with optional parameters named parameters work best.
|
||||
|
||||
The format for named parameters models that of html with the format name="value"
|
||||
|
||||
### Example: youtube
|
||||
*Example has an extra space so Hugo doesn't actually render it*
|
||||
|
||||
{{ % youtube 09jf3ow9jfw %}}
|
||||
|
||||
This would be rendered as
|
||||
|
||||
<div class="embed video-player">
|
||||
<iframe class="youtube-player" type="text/html"
|
||||
width="640" height="385"
|
||||
src="http://www.youtube.com/embed/09jf3ow9jfw"
|
||||
allowfullscreen frameborder="0">
|
||||
</iframe>
|
||||
</div>
|
||||
|
||||
### Example: image with caption
|
||||
*Example has an extra space so Hugo doesn't actually render it*
|
||||
|
||||
{{ % img src="/media/spf13.jpg" title="Steve Francia" %}}
|
||||
|
||||
Would be rendered as:
|
||||
|
||||
<figure >
|
||||
<img src="/media/spf13.jpg" />
|
||||
<figcaption>
|
||||
<h4>Steve Francia</h4>
|
||||
</figcaption>
|
||||
</figure>
|
||||
|
||||
|
||||
### Creating a shortcode
|
||||
|
||||
All that you need to do to create a shortcode is place a template in the layouts/shortcodes directory.
|
||||
|
||||
The template name will be the name of the shortcode.
|
||||
|
||||
**Inside the template**
|
||||
|
||||
To access a parameter by either position or name the index method can be used.
|
||||
|
||||
{{ index .Params 0 }}
|
||||
or
|
||||
{{ index .Params "class" }}
|
||||
|
||||
To check if a parameter has been provided use the isset method provided by Hugo.
|
||||
|
||||
{{ if isset .Params "class"}} class="{{ index .Params "class"}}" {{ end }}
|
||||
|
||||
|
54
docs/content/doc/source-directory.md
Normal file
54
docs/content/doc/source-directory.md
Normal file
@@ -0,0 +1,54 @@
|
||||
{
|
||||
"title": "Source Directory Organization",
|
||||
"Pubdate": "2013-07-01"
|
||||
}
|
||||
|
||||
Hugo takes a single directory and uses it as the input for creating a complete website.
|
||||
|
||||
Hugo has a very small amount of configuration, while remaining highly customizable.
|
||||
It accomplishes by assuming that you will only provide templates with the intent of
|
||||
using them.
|
||||
|
||||
An example directory may look like:
|
||||
|
||||
.
|
||||
├── config.json
|
||||
├── content
|
||||
| ├── post
|
||||
| | ├── firstpost.md
|
||||
| | └── secondpost.md
|
||||
| └── quote
|
||||
| | ├── first.md
|
||||
| | └── second.md
|
||||
├── layouts
|
||||
| ├── chrome
|
||||
| | ├── header.html
|
||||
| | └── footer.html
|
||||
| ├── indexes
|
||||
| | ├── category.html
|
||||
| | ├── post.html
|
||||
| | ├── quote.html
|
||||
| | └── tag.html
|
||||
| ├── post
|
||||
| | ├── li.html
|
||||
| | ├── single.html
|
||||
| | └── summary.html
|
||||
| ├── quote
|
||||
| | ├── li.html
|
||||
| | ├── single.html
|
||||
| | └── summary.html
|
||||
| ├── shortcodes
|
||||
| | ├── img.html
|
||||
| | ├── vimeo.html
|
||||
| | └── youtube.html
|
||||
| ├── index.html
|
||||
| └── rss.xml
|
||||
└── public
|
||||
|
||||
This directory structure tells us a lot about this site:
|
||||
|
||||
1. the website intends to have two different types of content, posts and quotes.
|
||||
2. It will also apply two different indexes to that content, categories and tags.
|
||||
3. It will be displaying content in 3 different views, a list, a summary and a full page view.
|
||||
|
||||
Included with the repository is an this example site ready to be rendered.
|
66
docs/content/doc/templates.md
Normal file
66
docs/content/doc/templates.md
Normal file
@@ -0,0 +1,66 @@
|
||||
{
|
||||
"title": "Templates",
|
||||
"Pubdate": "2013-07-01"
|
||||
}
|
||||
|
||||
Hugo uses the excellent golang html/template library for it's template engine. It is an extremely
|
||||
lightweight engine that provides a very small amount of logic. In our
|
||||
experience that it is just the right amount of logic to be able to create a good static website
|
||||
|
||||
This document will not cover how to use golang templates, but the [golang docs](http://golang.org/pkg/html/template/)
|
||||
provide a good introduction.
|
||||
|
||||
### Template roles
|
||||
|
||||
There are 5 different kinds of templates that Hugo works with.
|
||||
|
||||
#### index.html
|
||||
This file must exist in the layouts directory. It is the template used to render the
|
||||
homepage of your site.
|
||||
|
||||
#### rss.xml
|
||||
This file must exist in the layouts directory. It will be used to render all rss documents.
|
||||
The one provided in the example application will generate an ATOM format.
|
||||
|
||||
*Important: Hugo will automatically add the following header line to this file.*
|
||||
|
||||
<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
|
||||
|
||||
#### Indexes
|
||||
An index is a page that list multiple pieces of content. If you think of a typical blog, the tag
|
||||
pages are good examples of indexes.
|
||||
|
||||
|
||||
#### Content Type(s)
|
||||
Hugo supports multiple types of content. Another way of looking at this is that Hugo has the ability
|
||||
to render content in a variety of ways as determined by the type.
|
||||
|
||||
#### Chrome
|
||||
Chrome is simply the decoration of your site. It's not a requirement to have this, but in practice
|
||||
it's very convenient. Hugo doesn't know anything about Chrome, it's simply a convention that you may
|
||||
likely find beneficial. As you create the rest of your templates you will include templates from the
|
||||
/layout/chrome directory. I've found it helpful to include a header and footer template
|
||||
in Chrome so I can include those in the other full page layouts (index.html, indexes/ type/single.html).
|
||||
|
||||
### Adding a new content type
|
||||
|
||||
Adding a type is easy.
|
||||
|
||||
**Step 1:**
|
||||
Create a directory with the name of the type in layouts.Type is always singular. *Eg /layouts/post*.
|
||||
|
||||
**Step 2:**
|
||||
Create a file called single.html inside your directory. *Eg /layouts/post/single.html*.
|
||||
|
||||
**Step 3:**
|
||||
Create a file with the same name as your directory in /layouts/indexes/. *Eg /layouts/index/post.html*.
|
||||
|
||||
**Step 4:**
|
||||
Many sites support rendering content in a few different ways, for instance a single page view and a
|
||||
summary view to be used when displaying a list of contents on a single page. Hugo makes no assumptions
|
||||
here about how you want to display your content, and will support as many different views of a content
|
||||
type as your site requires. All that is required for these additional views is that a template
|
||||
exists in each layout/type directory with the same name.
|
||||
|
||||
For these, reviewing this example site will be very helpful in order to understand how these types work.
|
||||
|
52
docs/content/doc/usage.md
Normal file
52
docs/content/doc/usage.md
Normal file
@@ -0,0 +1,52 @@
|
||||
{
|
||||
"title": "Using Hugo",
|
||||
"Pubdate": "2013-07-01"
|
||||
}
|
||||
|
||||
Make sure either hugo is in your path or provide a path to it.
|
||||
|
||||
$ hugo --help
|
||||
usage: hugo [flags] []
|
||||
-b="": hostname (and path) to the root eg. http://spf13.com/
|
||||
-c="config.json": config file (default is path/config.json)
|
||||
-d=false: include content marked as draft
|
||||
-h=false: show this help
|
||||
-k=false: analyze content and provide feedback
|
||||
-p="": filesystem path to read files relative from
|
||||
-w=false: watch filesystem for changes and recreate as needed
|
||||
-s=false: a (very) simple webserver
|
||||
-p="1313": port for webserver to run on
|
||||
|
||||
## Common Usage Example:
|
||||
|
||||
The most common use is probably to run hugo with your current
|
||||
directory being the input directory.
|
||||
|
||||
|
||||
$ hugo
|
||||
> X pages created
|
||||
> Y indicies created
|
||||
|
||||
|
||||
If you are working on things and want to see the changes
|
||||
immediately, tell Hugo to watch for changes.
|
||||
<br>
|
||||
**It will
|
||||
recreate the site faster than you can tab over to
|
||||
your browser to view the changes.**
|
||||
|
||||
$ hugo -p ~/mysite -w
|
||||
Watching for changes. Press ctrl+c to stop
|
||||
15 pages created
|
||||
0 tags created
|
||||
|
||||
Hugo can even run a server and create your site at the same time!
|
||||
|
||||
$hugo -p ~/mysite -w -s
|
||||
Watching for changes. Press ctrl+c to stop
|
||||
15 pages created
|
||||
0 tags created
|
||||
Web Server is available at http://localhost:1313
|
||||
Press ctrl+c to stop
|
||||
|
||||
|
29
docs/content/doc/variables.md
Normal file
29
docs/content/doc/variables.md
Normal file
@@ -0,0 +1,29 @@
|
||||
{
|
||||
"title": "Variables",
|
||||
"Pubdate": "2013-07-01"
|
||||
}
|
||||
|
||||
Hugo makes a set of values available to the templates. Go templates are context based. The following
|
||||
are available in the context for the templates.
|
||||
|
||||
**.Title** The title for the content. <br>
|
||||
**.Description** The description for the content.<br>
|
||||
**.Keywords** The meta keywords for this content.<br>
|
||||
**.Date** The date the content is published on.<br>
|
||||
**.Indexes** These will use the field name of the plural form of the index (see tags and categories above)<br>
|
||||
**.Permalink** The Permanent link for this page.<br>
|
||||
**.FuzzyWordCount** The approximate number of words in the content.<br>
|
||||
**.RSSLink** Link to the indexes' rss link <br>
|
||||
|
||||
Any value defined in the front matter, including indexes will be made available under `.Params`.
|
||||
Take for example I'm using tags and categories as my indexes. The following would be how I would access them:
|
||||
|
||||
**.Params.Tags** <br>
|
||||
**.Params.Categories** <br>
|
||||
|
||||
Also available is `.Site` which has the following:
|
||||
|
||||
**.Site.BaseUrl** The base URL for the site as defined in the config.json file.<br>
|
||||
**.Site.Indexes** The names of the indexes of the site.<br>
|
||||
**.Site.LastChange** The date of the last change of the most recent content.<br>
|
||||
**.Site.Recent** Array of all content ordered by Date, newest first<br>
|
12
docs/layouts/chrome/footer.html
Normal file
12
docs/layouts/chrome/footer.html
Normal file
@@ -0,0 +1,12 @@
|
||||
</div>
|
||||
</div>
|
||||
<hr>
|
||||
<footer id="footer">
|
||||
<p class="pull-right"><a href="#top">Back to top</a></p>
|
||||
Made by <a href="http://spf13.com">Steve Francia</a>.<br>
|
||||
Code licensed under the <a href="https://github.com/spf13/hugo/blob/master/LICENSE.md">Simple Public License 2.0</a>.<br>
|
||||
</footer>
|
||||
</div>
|
||||
</body>
|
||||
|
||||
</html>
|
20
docs/layouts/chrome/header.html
Normal file
20
docs/layouts/chrome/header.html
Normal file
@@ -0,0 +1,20 @@
|
||||
<!doctype html>
|
||||
<html>
|
||||
<head>
|
||||
<title>{{ .Title }}</title>
|
||||
<meta name="viewport" content="width=device-width, initial-scale=1">
|
||||
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
|
||||
{{ template "chrome/includes.html" . }}
|
||||
</head>
|
||||
<body>
|
||||
<div class="navbar"></div>
|
||||
<div class="container-fluid">
|
||||
<div class="row-fluid">
|
||||
<div class="span3">
|
||||
<div class="well" style="background-color: #222; color: #ccc;">
|
||||
<h1>Hugo</h1>
|
||||
<p>A Fast and Flexible Static Site Generator built with love by <a href="http://spf13.com">spf13</a> in GO</p>
|
||||
</div>
|
||||
{{ template "chrome/menu.html" . }}
|
||||
</div>
|
||||
<div class="span9">
|
2
docs/layouts/chrome/includes.html
Normal file
2
docs/layouts/chrome/includes.html
Normal file
@@ -0,0 +1,2 @@
|
||||
<link rel="stylesheet" href="/static/css/bootstrap.min.css">
|
||||
<link rel="stylesheet" href="/static/css/bootstrap-responsive.css">
|
28
docs/layouts/chrome/menu.html
Normal file
28
docs/layouts/chrome/menu.html
Normal file
@@ -0,0 +1,28 @@
|
||||
<ul class="nav nav-list">
|
||||
<li> <a href="/">Home</a> </li>
|
||||
<li class="divider"></li>
|
||||
<li class="nav-header">Getting Started</li>
|
||||
<li> <a href="/doc/installing.html">Installing Hugo</a> </li>
|
||||
<li> <a href="/doc/usage.html">Usage</a> </li>
|
||||
<li> <a href="/doc/configuration.html">Configuration</a> </li>
|
||||
<li> <a href="/doc/source-directory.html">Input Directory Layout</a> </li>
|
||||
<li class="divider"></li>
|
||||
<li class="nav-header">Layout</li>
|
||||
<li> <a href="/doc/templates.html">Templates</a> </li>
|
||||
<li> <a href="/doc/variables.html">Variables</a> </li>
|
||||
<li class="divider"></li>
|
||||
<li class="nav-header">Content</li>
|
||||
<li> <a href="/doc/organization.html">Organization</a> </li>
|
||||
<li> <a href="/doc/front-matter.html">Front Matter</a> </li>
|
||||
<li> <a href="/doc/example.html">Example</a> </li>
|
||||
<li class="divider"></li>
|
||||
<li class="nav-header">Extras</li>
|
||||
<li> <a href="/doc/shortcodes.html">ShortCodes</a> </li>
|
||||
<li class="divider"></li>
|
||||
<li class="nav-header">Meta</li>
|
||||
<li> <a href="/doc/release-notes.html">Release Notes</a> </li>
|
||||
<li> <a href="/doc/roadmap.html">Roadmap</a> </li>
|
||||
<li> <a href="/doc/contributing.html">Contributing</a> </li>
|
||||
<li> <a href="/doc/contributors.html">Contributors</a> </li>
|
||||
<li> <a href="/doc/license.html">License</a> </li>
|
||||
</ul>
|
4
docs/layouts/doc/single.html
Normal file
4
docs/layouts/doc/single.html
Normal file
@@ -0,0 +1,4 @@
|
||||
{{ template "chrome/header.html" . }}
|
||||
<h1>{{ .Title }}</h1>
|
||||
{{ .Content }}
|
||||
{{ template "chrome/footer.html" . }}
|
46
docs/layouts/index.html
Normal file
46
docs/layouts/index.html
Normal file
@@ -0,0 +1,46 @@
|
||||
<!doctype html>
|
||||
<html>
|
||||
<head>
|
||||
<title>Hugo Static Site Generator written in GO lang</title>
|
||||
<meta name="viewport" content="width=device-width, initial-scale=1">
|
||||
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
|
||||
{{ template "chrome/includes.html" . }}
|
||||
</head>
|
||||
<body>
|
||||
<div class="navbar"></div>
|
||||
<div class="container-fluid">
|
||||
<div class="row-fluid">
|
||||
<div class="span3">
|
||||
{{ template "chrome/menu.html" . }}
|
||||
</div>
|
||||
<div class="span9">
|
||||
|
||||
<div class="hero-unit" style="background-color: #222; color: #ccc;">
|
||||
<h1>Hugo</h1>
|
||||
<p>A Fast and Flexible Static Site Generator built with love by <a href="http://spf13.com">spf13</a> in GO</p>
|
||||
<p>
|
||||
<a class="btn btn-large btn-success" href="/doc/installing.html">Get Started</a>
|
||||
</p>
|
||||
</div>
|
||||
<div class="row-fluid">
|
||||
<div class="span4">
|
||||
<h2>Fast
|
||||
<br>
|
||||
</h2>
|
||||
<p>Written in GoLang for speed, Hugo is significantly faster than other
|
||||
static site generators. It's so fast that it will render the site in
|
||||
less time than it takes to switch to your browser and reload.</p>
|
||||
</div>
|
||||
<div class="span4">
|
||||
<h2>Flexible</h2>
|
||||
<p>Hugo is made to be very flexible. Define your own content types. Define
|
||||
your own indexes. Build your own templates, shortcodes and more.</p>
|
||||
</div>
|
||||
<div class="span4">
|
||||
<h2>Fun</h2>
|
||||
<p>Hugo is more fun than you can shake a stick at. Hugo removes all
|
||||
the cruft of building a site allowing you to focus on creating the
|
||||
best site possible.</p>
|
||||
</div>
|
||||
</div>
|
||||
{{ template "chrome/footer.html" }}
|
BIN
docs/public/static/.DS_Store
vendored
Normal file
BIN
docs/public/static/.DS_Store
vendored
Normal file
Binary file not shown.
1109
docs/public/static/css/bootstrap-responsive.css
vendored
Executable file
1109
docs/public/static/css/bootstrap-responsive.css
vendored
Executable file
File diff suppressed because it is too large
Load Diff
9
docs/public/static/css/bootstrap.min.css
vendored
Normal file
9
docs/public/static/css/bootstrap.min.css
vendored
Normal file
File diff suppressed because one or more lines are too long
Reference in New Issue
Block a user