- start work on #98

html_error_template. fixes #88

thanks dpeckham
fixes #120

cases

fixes #118

  the base module.  [ticket:110]

  was causing tags to compile with
  case-insensitive names, thus messing up
  custom <%call> names. [ticket:108]

  to store templates, it uses the more
  permissive mode of 0775 instead of 0750,
  helping out with certain multi-process
  scenarios. Note that the mode is always
  subject to the restrictions of the existing
  umask. [ticket:101]

  AttributeError on attribute not found
  instead of RuntimeError.  [ticket:104]

  allows custom decoration functions to wrap
  rendering callables.  Mainly intended for
  custom caching algorithms, not sure what
  other uses there may be (but there may be).
  Examples are in the "filtering" docs.

  around '=' sign in defs. [ticket:102]

fixes #100

  returns the time.time() when the module
  was created. [ticket:97]

workarounds; its AST matches CPython's pretty closely

  <%page> args named the same as a __builtin__ would not
  honor the default value specified in <%page> [ticket:93]

better support grouping

  to be used in place of sys.exc_info()[2].  html_error_template()
  and text_error_template() accept an optional
  render()-time argument "traceback" which is passed to the
  RichTraceback object.
- lexer tests now rely upon an always-sorted dict repr()

  http://techspot.zzzeek.org/?p=28 has now
  been added as a built in syntax, and is recommended
  as a more modern syntax versus <%call expr="expression">.
  The %call tag itself will always remain,
  with <%namespacename:defname> presenting a more HTML-like
  alternative to calling defs, both plain and
  nested.  Many examples of the new syntax are in the
  "Calling a def with embedded content" section
  of the docs.

- added "cache_enabled=True" flag to Template,
  TemplateLookup.  Setting this to False causes cache
  operations to "pass through" and execute every time;
  this flag should be integrated in Pylons with its own
  cache_enabled configuration setting.

use Beaker 1.0.4, just checked in.   This version of Beaker stores
no persistent state in memory for each key, allowing dynamically
generated keys to work without using up available memory.

cache sends in a "defname" parameter so that the cache can map settings to that name, instead of the key.
eliminates the need to store all Value objects which will use up RAM in a dynamic-key scenario.

  e.g.  ${local.cache.get('somekey')} or
  template.cache.invalidate_body()

- the Cache object now supports invalidate_def(name),
  invalidate_body(), invalidate_closure(name),
  invalidate(key), which will remove the given key
  from the cache, if it exists.  The cache arguments
  (i.e. storage type) are derived from whatever has
  been already persisted for that template.
  [ticket:92]