| Commit message (Collapse) | Author | Age |
|---|
| ... | |
| |
|
|
| |
This change allows for top level html content to exists.
|
| |
|
|
|
| |
When the frontmatter contains a - (or other delimiter) close to the
closing frontmatter delimiter, frontmatter detection would fail.
|
| |
|
|
|
|
|
|
| |
Also brought in parse for github.com/noahcampbell/akebia
Conflicts:
hugolib/page.go
hugolib/page_test.go
|
| |
|
|
|
| |
Currently the a@href and script@src elements will have BaseUrl applied
to their elements prior to being written to disk.
|
| |
|
|
| |
Bring code to be better in line with documentation.
|
| |
|
|
|
|
| |
I want to move all logic to writing aliases to target so I can pave the
way for writing aliases specific to other runtimes (like .htaccess for
apache or a script for updating AWS or symlinking on a filesystem).
|
| | |
|
| |
|
|
|
|
|
|
|
| |
filepath was used inconsistently throughout the hugolib. With the
introduction of source and target modules, all path are normalized to
"/". This simplifies the processing of paths. It does mean that
contributors need to be aware of using path/filepath in any module other
than source or target is not recommended. The current exception is
hugolib/config.go
|
| |
|
|
|
|
|
| |
It wasn't taking the value of PublishDir into consideration for the
special case of the homepage "/".
Fixes #75
|
| |
|
|
|
| |
This provides an abstraction over how files are processed by Hugo. This
allows for alternatives like CMS systems or Dropbox, etc.
|
| | |
|
|
|
Introducing the target module in hugo. This provides the simple
interface for writing content given a label (filename) and a io.Reader
containing the content to be written.
If site.Target is not set, it defaults back to the original behavior of
writing to file system.
In hugolib/site_url_test.go I have an InMemoryTarget for testing
purposes and use it to see if the final output of a render matches.
|
