Note: While this remains the most complete and functional version of hyde, the new version (potentially 1.0) is under heavy development.
0.5.3
This document should give enough information to get you up and running. Check the wiki for detailed documentation. To use Clyde, the online content editor for hyde see the clyde readme.
Hyde is a static website generator with the power of Django templates behind it. You can read more about its conception, history and features here and here.
Get the hyde source by cloning this repository.
The very basic installation of hyde only needs Django, Markdown and pyYAML. More python goodies are needed based on the features you may use.
pip install -r requirements.txt
The hyde engine has three entry points:
-
Initializer
python hyde.py -i -s path/to/your/site [-t template_name = default] [-f]
During initialization hyde creates a basic website by copying the specified template (or default). This template contains the skeleton site layout, some content pages and settings.py.
Be careful with the -f setting, though: it will overwrite your website.
-
Generator
python hyde.py -g -s path/to/your/site [-d deploy_dir=path/to/your/site/deploy] [-k]
This will process the content and media and copy the generated website to your deploy directory.
If the -k option is specified, hyde will monitor the source folder for changes and automatically process them when the changes are encountered. This option is very handy when tweaking css or markup to quickly check the results. Note of caution: This option does not update listing files or excerpt files. It is recommended that you run -g again before you deploy the website.
If you are on Mac OS X and would like to get Growl notifications, just set the GROWL setting to the
growlnotify
script path. -
Web Server
python hyde.py -w -s path/to/your/site [-d deploy_dir=path/to/your/site/deploy]
This will start an instance of a cherrypy server and serve the generated website at localhost:8080.
- layout - Template files that are used as base templates for content. None of the files in the layout folder are copied over to the deploy directory.
- content - Any file that is not prefixed with _, . or suffixed with ~ are processed by running through the template engine.
- media - Contains site media, css, js and images.
- settings.py - Django and hyde settings.
These conventions will make it easier to configure hyde plugins.
- Prefix files in layout and other template files in content with underscores
- Keep media folder organized by file type[css, flash, js, images].
Most of the boilerplate configuration comes as a part of the initialized website. The only setting you have to override is the SITE_NAME setting.
Media processors are defined in the following format:
{<folder>:{
<file_extension_with_dot>:(<processor_module_name1>, <processor_module_name2>)}
}
The processors are executed in the order in which they are defined. The output from the first processor becomes the input of the next.
A * instead of folder will apply the setting to all folders. There is no wildcard support for folder name yet, * is just a catch all special case.
File extensions should be specified as .css, .js, .png etc. Again no wildcard support yet.
Hyde retains the YUI Compressor, Clever CSS and HSS processors from aym-cms.
Template processor allows the use of context variables inside your media files.
Runs through the all the files defined in the configuration associated with 'hydeengine.media_processors.YUICompressor'
and compresses them.
In the settings file, set YUI_COMPRESSOR
to
the path of a YUI Compressor jar on your computer.
Runs through the all the files defined in the configuration associated with 'hydeengine.media_processors.ClosureCompiler'
and compresses them.
In the settings file, set CLOSURE_COMPILER
to
the path of Closure Compiler jar on your computer
if you don't want to use the hosted Google Closure Compiler service.
Runs through the all the files defined in the configuration associated with 'hydeengine.media_processors.UglifyJS'
and compresses them.
In the settings file, set UGLIFYJS
to
the path of UglifyJS script on your computer
if you don't want to use the hosted UglifyJS service.
Runs through the all the files defined in the configuration associated with 'hydeengine.media_processors.CleverCSS'
and converts them to css.
You need to install Clever CSS using sudo easy_install CleverCSS
command for this processor to work.
Runs through the all the files defined in the configuration associated with 'hydeengine.media_processors.HSS'
and converts them to css.
You need to download HSS from the project website and set the HSS_PATH
variable to the downloaded path. A version for OS X is installed in the lib
folder by default. To use it, just uncomment the HSS_PATH
line in the settings.py file of your template.
Runs through the all the files defined in the configuration associated with 'hydeengine.media_processors.SASS'
and converts them to css.
You need to install SASS (see the project website) and set the SASS_PATH
variable to the path to the sass
script.
Runs through the all the files defined in the configuration associated with 'hydeengine.media_processors.LessCSS'
and converts them to css.
You need to install Less (see the project website) and set the LESS_CSS_PATH
variable to the path to the lessc
script.
Runs through the all the files defined in the configuration associated with 'hydeengine.media_processors.Stylus'
and converts them to css.
You need to install Stylus (see the project website) and set the STYLUS_PATH
variable to the path to the stylus
script.
Runs through the all the files defined in the configuration associated with 'hydeengine.media_processors.CSSPrefixer'
and adds vendor prefixed versions of CSS3 rules.
You need to install CSSPrefixer using sudo easy_install cssprefixer
command
if you don't want to use the hosted CSSPrefixer service.
Runs through the all the files defined in the configuration associated with 'hydeengine.media_processors.CSSmin'
and minifies them.
You need to install cssmin using sudo easy_install cssmin
command for this processor to work.
Runs through the all the files defined in the configuration associated with 'hydeengine.media_processors.CoffeeScript'
and converts them to javascript.
You need to install CoffeeScript (see the project website) and set the COFFEE_PATH
variable to the path to the coffee
script.
Runs through the all the files defined in the configuration associated with 'hydeengine.media_processors.JSmin'
and minifies them.
You need to install jsmin using sudo easy_install jsmin
command for this processor to work.
Runs through the all the files defined in the configuration associated with 'hydeengine.media_processors.Thumbnail'
and creates small "thumbnailed" copies. The aspect ratios of the images will be preserved.
You need to install the Python Imaging Library with the sudo easy_install PIL
command.
You also need to set the THUMBNAIL_MAX_WIDTH
and THUMBNAIL_MAX_HEIGHT
variables.
You can set the THUMBNAIL_FILENAME_POSTFIX
to change the string that is appended to the filename of thumbnails. By default this is -thumb
(i.e. the thumbnail of my-image.png
will be called my-image-thumb.png
).
You can optionally set the THUMBNAIL_JPEG_QUALITY
(between 0 and 100) to control the JPEG compression quality.
Content processors are run against all files in the content folder whereas the media processors are run against the media folder. No content processors have been created yet.
Pages can define their own context variables that are passed to the entire template hierarchy when the page is processed. This is accomplished by using a special tag at the top of the content page(after any extends tags you may have).
{%hyde
<Your variables>
%}
Every page in the template hierarchy gets these context variables: site
and page
. The site variable contains information about the entire site. The page
variable represents the current content page that is being processed. The variables defined at the top of the content pages using the {% hyde %} tags are available through the page variable as attributes.
On your content pages you can define the page variables using the standard YAML format.
{%hyde
title: A New Post
list:
- One
- Two
- Three
%}
Hyde retains the markdown and syntax template tags from aym_cms. Additionally hyde introduces a few tags for excerpts. These tags are added to the Django built in tags so there is no need for the load statements.
Requires markdown to be installed.
sudo easy_install markdown
markdown
renders the enclosed text as Markdown markup.
It is used as follows:
<p> I love templates. </p>
{% markdown %}
Render this **content all in Markdown**.
>> Writing in Markdown is quicker than
>> writing in HTML.
1. Or at least that is my opinion.
2. What about you?
{% endmarkdown %}
Hyde also supports markdown2 with the {%markdown2%}{%endmarkdown2%}
block template tag.
Requires textile to be installed.
sudo easy_install textile
textile
renders the enclosed text as Textile markup.
It is used as follows:
<p> I love templates. </p>
{% textile %}
Render this *content all in Textile*.
bq. Writing in Textile is also quicker than
writing in HTML.
# Or at least that is my opinion.
# What about you?
{% endtextile %}
Requires docutils to be installed.
sudo easy_install docutils
restructuredtext
renders the enclosed text as reStructuredText markup.
It is used as follows:
<p> I love templates. </p>
{% restructuredtext %}
Render this **content all in reStructuredText**.
Writing in reStructuredText is also quicker than
writing in HTML.
#. Or at least that is my opinion.
#. What about you?
{% endrestructuredtext %}
The default reStructuredText settings may be changed by assigning a dictionary of setting names and values to the RST_SETTINGS_OVERRIDES
setting in the settings file. For information on the various configuration options, see the docutils configuration documentation.
Requires asciidoc to be installed.
asciidoc
renders the enclosed text as asciidoc markup.
It is used as follows:
<p> I love templates. </p>
{% asciidoc %}
Render this *content all in asciidoc*.
________________________________________
Writing in asciidoc is also quicker than
writing in HTML.
________________________________________
. Or at least that is my opinion.
. What about you?
{% endasciidoc %}
Requires Pygments.
sudo easy_install Pygments
syntax
uses Pygments to render the enclosed text with
a code syntax highlighter. Usage is:
<del>{% load aym %}</del>
<p> blah blah blah </p>
{% syntax objc %}
[obj addObject:[NSNumber numberWithInt:53]];
return [obj autorelease];
{% endsyntax %}
To generate the corresponding CSS, first list the available styles
python
>>> from pygments.styles import get_all_styles
>>> list(get_all_styles())
['manni', 'perldoc', 'borland', 'colorful', 'default', 'murphy', 'vs', 'trac', 'tango', 'fruity', 'autumn', 'bw', 'emacs', 'pastie', 'friendly', 'native']
Then choose a style and generate a style sheet
pygmentize -f html -S native -a .highlight > pygments.css
They are both intended to make writing static content quicker and less painful.
The {%hyde%}
tag is used for the page variables, as a template tag all it does is swallow the contents and prevent them from showing up in the html. The even safer approach is to define this tag outside of all blocks so that it is automatically ignored.
The {%excerpt%}{%endexcerpt%}
tag decorates the output with html comments that mark the excerpt area. Excerpts marked in this manner can be referenced in other pages using the {%render_excerpt%}
or the {%latest_excerpt%}
tag.
Render Excerpt takes a page variable and optional number of words argument to render the excerpt from the target page.
Latest Excerpt takes a content folder path and optional number of words as input. It parses through the content pages looking for page variables named created
and gets the page with the maximum value and renders the excerpt from that page.
The {%article%}{%endarticle%}
tags mark content enclosed in them to be included as inline content when the atom feed is generated.
Render Article renders the html content bracketed by the {%article%}
tag from the given page.
To enable Typogrify, use {% filter typogrify %}
in your code. Typogrify is "a collection of Django template filters that help prettify your web typography by preventing ugly quotes and widows", according to the project web site. It is automatically enabled in the default template. Some features require you to have smartypants installed.
Main information about preprocessors can be found in [hyde wiki]:https://github.com/lakshmivyas/hyde/wiki/Site-Preprocessors
Is preprocessor that includes new properties into nodes. Simple configuration: SITE_PRE_PROCESSORS = { '/': { 'hydeengine.site_pre_processors.TranslationManager': { 'include' : { 'node_field': {'field':'page_field','fallback':'node_field2'} } } } }
Processors find listing page for node and then include page.field into node.node_field, and if there is no title it falls back to node.node_field2 field. One can use it for translation, for example use field: page_field on native language and the use node field in template (to overcome node.name) or even add additiona menu_title to give title name to module. N.B. you should explisitly create listing page otherwise preprocessor will not add any attribute to node.
There are two layouts currently available: default and simple.
The default site layout contains templates for basic site structure, navigation, breadcrumbs, listing, posts and Atom feed and a very basic stylesheet.
The following websites are built using hyde and are open sourced.
(Please let me know if I have missed someone here.)
- lakshmivyas
- joshrosen
- Harry Lachenmayer
- Kailoa Kadano
- Tom von Schwerdtner
- montecristo
- dbr/Ben
- Valentin Jacquemin
- Johannes Reinhard
- Steve Losh
- William Amberg
- James Clarke
- Benjamin Pollack
- Andrey
- Toby White
- Tim Freund
- Russell Haering
- timo
- Alex Schworer
- holmboe
- James Wilcox
- Hugo Vincent
- Örjan Persson
- Ken
- Nico Mandery
- Chetan Surpur
- Pascal Widdershoven
- Kai
- myfreeweb
- Paul Bonser
- Yoann Pigné
- Hubert HANGHOFER
- sirex
- Alexander Vershilov
- Boris Smus