Welcome, guest | Sign In | My Account | Store | Cart

Notice! PyPM is being replaced with the ActiveState Platform, which enhances PyPM’s build and deploy capabilities. Create your free Platform account to download ActivePython or customize Python with the packages you require and get automatic updates.

Download
ActivePython
INSTALL>
pypm install hgblog

How to install hgblog

  1. Download and install ActivePython
  2. Open Command Prompt
  3. Type pypm install hgblog
 Python 2.7Python 3.2Python 3.3
Windows (32-bit)
0.7.1 Available View build log
0.5 Available View build log
Windows (64-bit)
0.7.1 Available View build log
0.5 Available View build log
Mac OS X (10.5+)
0.7.1 Available View build log
0.5 Available View build log
Linux (32-bit)
0.7.1 Available View build log
0.5 Available View build log
Linux (64-bit)
0.7.1 Available View build log
0.5 Available View build log
 
License
BSD
Lastest release
version 0.7.1 on Oct 1st, 2011

HgBlog is a set of modifications to the Sphinx project to make it slightly more suitable as a blogging engine. It's built for those of us who love using reStructuredText markup to write documents.

Note

HgBlog assumes a level of familiarity with RST and Mercurial. You can certainly use and enjoy using HgBlog if you've never used either one of them. I recommend reviewing a tutorial for Mercurial if you've never used it or are unfamiliar with how Mercurial affects your life.

The quickstart wizard handles setting up an HgBlog for you. This includes all of the usual things that the Sphinx quickstart utility does, but it creates a Mercurial repository and installs a hook and intelligent ignores for you. The hook will automatically convert the .rst files that Mercurial is tracking into HTML using Sphinx when you commit changes to the repository.

Additionally, when you pull changes in from a remote clone of the repository, the hook will do the conversion just like when you commit locally. You can set the hook up on remote clones as well. The hook only converts .rst files that are tracked by Mercurial. This means you can work on new blog articles without committing them to the repository to have them not appear online.

Why?? Aren't There Enough Blog Engines Already?

Yes, there are. And most of them rely on databases that require regular maintenance and backup. Databases can also slow down your blog. HgBlog offers you a way to serve up your blog articles as static HTML without the overhead of requesting an object from a database, making it fit into a layout, etc. Any webserver should be perfectly capable of serving the content generated by HgBlog.

I'm not saying there's anything wrong with database-backed blogs. I maintain my own blog that is Django powered (and database-backed). It works fine for me. However, some people might not want to be confined to the rules imposed by a full-on blogging engine (whatever they may be). People have all sorts of reasons for doing things differently. Some people don't need a reason at all. It boils down to what works for you.

What does HgBlog offer you that should be attractive?

  • Speed. No need to deal with the formatting headaches of whatever WYSIWYG editor your blogging engine has dictated is the best. Just use reStructuredText markup (which is quite easy to learn if you've never used it before) and let Sphinx worry about formatting it.

  • Consistency. Again, reStructuredText is a very simple format that will produce consistent, nicely-formatted documents.

  • Portability. Since HgBlog generates static HTML, you can put it on any server. In fact, you don't even need any server software--just a web browser. Also, Sphinx allows you to export your articles in several formats:

    • HTML, multiple files
    • HTML, single file
    • epub
    • LaTeX
    • LaTeX PDF
    • Plain text
    • man pages

    With other tools, you can even turn your .rst files into PDF or ODT documents.

  • Redundancy. Since every article you want to have on your blog must be checked into Mercurial, a distributed version control system. This means that you can easily clone your blog to another system, which is a very fast and effective way to backup your articles. If the primary "server" for your blog ever dies, you are likely to have at least one full, up-to-date backup of your blog if you're using Mercurial as it's designed.

Possible Workflows

  • You have a server which offers Python and SSH access, and you're allowed to install your own software within your home directory (or you have full root access to install elsewhere). Run the quickstart utility on your server, clone the repository onto your local machine, write articles, commit them, push them up to your server. When you're ready for those articles to appear online, simply run hg up on the repository on your server. Make sure your webserver software is configured to serve static content from your build/html directory.
  • Use HgBlog to produce your own, personal wiki. Keep notes on things you do at work or projects you're currently working on.
  • Don't have a server that supports ASP, PHP, Ruby, Python, or whatever language you prefer? Use HgBlog to compose your articles locally, commit changes to the .rst files, and use an FTP program to upload the HTML files to your hosting provider.

Requirements

I've developed and tested HgBlog using Linux, Python 2.6.4, Mercurial 1.5.1, Sphinx 1.0-pre, docutils 0.6, Jinja2 2.4.1, and Pygments 1.3.1. However, Sphinx suggests the following version requirements. I'm just being safe with my requirement on Mercurial's version.

  • Python 2.4+
  • docutils 0.4+
  • Jinja2 2.2+
  • Pygments 0.8+
  • Mercurial 1.5+

Installation

There are several ways to install HgBlog:

  • Using pip (recommended):

    pip install -U hgblog
    
  • Using easy_install:

    easy_install hgblog
    
  • From the CheeseShop

    • Download the .tar.gz file from PyPI
    • Extract the .tar.gz file
    • Run python setup.py install using the setup.py in the extracted directory
  • Using Mercurial:

    hg qclone http://bitbucket.org/codekoala/hgblog
    cd hgblog
    hg qapply -a
    python setup.py install
    

Getting Started

HgBlog leverages the existing quickstart wizard for Sphinx projects. There are some modifications to reduce the number of steps required, so you should be able to be up and running within a minute using:

hgblog-quickstart

All you need to do is:

  • Provide the directory on your filesystem that shall be used for your blogging needs.
  • Provide a name for your blog
  • Provide your name
  • Select any extensions you may want to include in your blog

Once you do that, you should have a few new directories, one of which will be called source. This is where you should write your .rst articles. When you're done working on a particular article, you can use:

hg add
hg ci

...to add and commit it to your Mercurial repository. At this point, Sphinx will be asked to generate the HTML for your blog based on your .rst files.

If you feel like using Mercurial to clone your blog articles to another system, you might be interested in adding to the new repository the same hooks that are installed by the quickstart utility. First off, this requires HgBlog to be installed on the other system. Next, edit the .hg/hgrc file for the new repository:

[hooks]
update.hgblog = python:hgblog.generate_html.htmlize_articles
commit.hgblog = python:hgblog.generate_html.htmlize_articles

These hooks make it so the HTML version of your pages will be generated each time you commit changes to the local repository and each time you update your local repository using changesets pulled in from elsewhere.

Generating HTML Without Committing

I realize that there are probably several times you might want to have a gander at the resulting HTML for your .rst files at some point before committing changes to the repo. I've created a simple command to make this possible:

hgblog-refresh

You should be able to call that from anywhere within your blog's Mercurial repository, and your HTML files should be properly refreshed.

TODOs

  • Add RSS feeds

Subscribe to package updates

Last updated Oct 1st, 2011

Download Stats

Last month:12

What does the lock icon mean?

Builds marked with a lock icon are only available via PyPM to users with a current ActivePython Business Edition subscription.

Need custom builds or support?

ActivePython Enterprise Edition guarantees priority access to technical support, indemnification, expert consulting and quality-assured language builds.

Plan on re-distributing ActivePython?

Get re-distribution rights and eliminate legal risks with ActivePython OEM Edition.