Skip to content


Subversion checkout URL

You can clone with
Download ZIP
Commits on May 7, 2012
  1. @thge

    Support {% ifchanged Expression(s) %} like Django does

    thge authored
    Django ifchanged can accept parameters, so it is possible to check for a value
    which does not appear in output. Django documentation says to support one or
    more parameters, this implementation supports up to 4 paramters (only limited
    by the parser expression, this can be improved to support even more
    parameters when needed).
    {% for date in list %}
      {% ifchanged date.month %}
         {{ date.month }}:{{ }}
      {% else %}
         {{ }}
      {% endifchanged %}
    {% endfor %}
    See erlydtl_unittests for some other examples.
    The other (Django) syntax to use {% ifchanged %} without parameter works like before.
Commits on Feb 19, 2012
  1. New compile-time option: custom_filters_modules

    Evan Miller authored
  2. Support for {% regroup %} tag.

    Evan Miller authored
  3. Support for {% ifchanged %} tag

    Evan Miller authored
    The implementation is a bit messy as it uses the process dictionary to
    check for previous values in a loop. But I could not think of a clean
    functional way to support this tag without rewriting the entire
Commits on Feb 18, 2012
  1. {% blocktrans %} no longer uses identifiers

    Evan Miller authored
    Previously {% blocktrans %} blocks required an identifier which would be
    passed as an atom to the blocktrans_fun function passed in at
    compile-time. This behavior was inconsistent with Django. Now identifiers
    are no longer used, and the blocktrans_fun function simply receives the
    block to be translated as a string.
    For convenience, compiled modules now have a translated_blocks/0
    function which returns a list of blocks that were translated at
    compile-time. A new helper module called blocktrans_extractor is
    provided for extracting blocktrans blocks prior to compilation.
    The implementation may result in some oddities; the translatable blocks
    are actually derived from the abstract syntax tree, so there may
    be whitespace or small syntactic differences between the blocks in
    the source code and the blocks used at translation-time. However,
    the blocktrans_extractor module will return blocks that are exactly
    compatible with the translatable blocks. One side-benefit of this
    appproach is that non-semantic whitespace will always be ignored;
    if two {% blocktrans %} blocks have slight syntactic differences
    but are semantically the same, you only need to provide a single
    translation to cover the two of them.
Commits on Jan 9, 2012
  1. @nyaray
Commits on Dec 15, 2011
  1. Compile to binaries by default

    Evan Miller authored
Commits on Aug 4, 2011
  1. custom_tags_modules (plural) and reqd applications

    Evan Miller authored
Commits on Jun 25, 2011
  1. Support _("syntax") in custom tags

    Evan Miller authored
Commits on Jun 24, 2011
  1. Fix README

    Evan Miller authored
  2. Preliminary blocktrans support

    Evan Miller authored
Commits on Mar 19, 2011
  1. @evanmiller
  2. @evanmiller

    New tag: spaceless

    evanmiller authored
  3. @evanmiller
  4. @evanmiller

    Fix README

    evanmiller authored
  5. @evanmiller

    Update README

    evanmiller authored
  6. @evanmiller
Commits on Mar 18, 2011
  1. @evanmiller

    Integrate new filters and tests from dgulino

    evanmiller authored
    Restructured the file layout somewhat.
Commits on Jan 26, 2011
  1. @evanmiller

    Support for custom tags modules

    evanmiller authored
    Also, provide a way to compile a whole directory into a custom tag module
Commits on Jan 25, 2011
  1. @evanmiller
Commits on Jun 16, 2010
  1. @evanmiller

    More formatting

    evanmiller authored
  2. @evanmiller

    More formatting

    evanmiller authored
  3. @evanmiller

    More formatting

    evanmiller authored
  4. @evanmiller
Something went wrong with that request. Please try again.