<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.python.cheetah">
    <title>gmane.comp.python.cheetah</title>
    <link>http://permalink.gmane.org/gmane.comp.python.cheetah</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.cheetah/2864"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.cheetah/2863"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.cheetah/2862"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.cheetah/2861"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.cheetah/2860"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.cheetah/2859"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.cheetah/2858"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.cheetah/2857"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.cheetah/2856"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.cheetah/2855"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.cheetah/2854"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.cheetah/2853"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.cheetah/2852"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.cheetah/2851"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.cheetah/2850"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.cheetah/2849"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.cheetah/2848"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.cheetah/2847"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.cheetah/2846"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.python.cheetah/2845"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.cheetah/2864">
    <title>Re: issues installing Cheetah on OS X10.7.2</title>
    <link>http://permalink.gmane.org/gmane.comp.python.cheetah/2864</link>
    <description>&lt;pre&gt;Unfotunately, no. Despite the test errors, Cheetah is working fine for my
purposes.

-K

On Tue, Mar 13, 2012 at 6:34 PM, Yoav Schatzberg &amp;lt;yschatzberg&amp;lt; at &amp;gt;gmail.com&amp;gt;wrote:




&lt;/pre&gt;</description>
    <dc:creator>Kerry Kurian</dc:creator>
    <dc:date>2012-03-14T01:45:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.cheetah/2863">
    <title>Re: issues installing Cheetah on OS X10.7.2</title>
    <link>http://permalink.gmane.org/gmane.comp.python.cheetah/2863</link>
    <description>&lt;pre&gt;

I am seeing this same issue with 'anInt' on Ubuntu.  Did you ever solve this?

~Yoav


------------------------------------------------------------------------------
Virtualization &amp;amp; Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
&lt;/pre&gt;</description>
    <dc:creator>Yoav Schatzberg</dc:creator>
    <dc:date>2012-03-14T00:34:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.cheetah/2862">
    <title>Re: C++</title>
    <link>http://permalink.gmane.org/gmane.comp.python.cheetah/2862</link>
    <description>&lt;pre&gt;Found the info in the users guide:

#compiler-settings
directiveStartToken = %
#end compiler-settings


Now I have an additional question:

There is no documented setting for changing the escaping character
which is '\' (backslash) by default.

Anyone know if there is an undocumented way of doing it?


Regards,
Kristian



On Thu, Mar 1, 2012 at 4:17 PM, Kristian Spangsege
&amp;lt;kristian.spangsege&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

------------------------------------------------------------------------------
Virtualization &amp;amp; Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
&lt;/pre&gt;</description>
    <dc:creator>Kristian Spangsege</dc:creator>
    <dc:date>2012-03-01T15:42:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.cheetah/2861">
    <title>Re: C++</title>
    <link>http://permalink.gmane.org/gmane.comp.python.cheetah/2861</link>
    <description>&lt;pre&gt;Thanks. That allows me to continue, but it would still be nice to be able
to reconfigure the syntax delimiters. The user guide states that it is
possible, but I still cannot find specific instructions.


On Thu, Mar 1, 2012 at 4:03 PM, Uhanov, Kirill &amp;lt;kirill.uhanov&amp;lt; at &amp;gt;intel.com&amp;gt;wrote:

------------------------------------------------------------------------------
Virtualization &amp;amp; Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/_______________________________________________
Cheetahtemplate-discuss mailing list
Cheetahtemplate-discuss&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cheetahtemplate-discuss
&lt;/pre&gt;</description>
    <dc:creator>Kristian Spangsege</dc:creator>
    <dc:date>2012-03-01T15:17:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.cheetah/2860">
    <title>Re: C++</title>
    <link>http://permalink.gmane.org/gmane.comp.python.cheetah/2860</link>
    <description>&lt;pre&gt;Try this
\#include "my_herder.hpp"
\#define MY_DEFINE  64
Kirill

From: Kristian Spangsege [mailto:kristian.spangsege&amp;lt; at &amp;gt;gmail.com]
Sent: Thursday, March 01, 2012 6:57 PM
To: cheetahtemplate-discuss&amp;lt; at &amp;gt;lists.sourceforge.net
Subject: [Cheetahtemplate-discuss] C++

Hi

I'm trying to generate C++ output with Cheetah, and I'm having trouble with # (hash marks) because it is used both by C++ preprocessor and by Cheetah. I've come to believe that it is possible to reconfigure Cheetah such that it recognizes '%' instead of '#' for example. However, I cannot find any documentation or other specific information on how to do it.

Any help would be greatly appreciated.

Regards
Kristian

--------------------------------------------------------------------
Closed Joint Stock Company Intel A/O
Registered legal address: Krylatsky Hills Business Park, 
17 Krylatskaya Str., Bldg 4, Moscow 121614, 
Russian Federation

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). A&lt;/pre&gt;</description>
    <dc:creator>Uhanov, Kirill</dc:creator>
    <dc:date>2012-03-01T15:03:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.cheetah/2859">
    <title>C++</title>
    <link>http://permalink.gmane.org/gmane.comp.python.cheetah/2859</link>
    <description>&lt;pre&gt;Hi

I'm trying to generate C++ output with Cheetah, and I'm having trouble with
# (hash marks) because it is used both by C++ preprocessor and by Cheetah.
I've come to believe that it is possible to reconfigure Cheetah such that
it recognizes '%' instead of '#' for example. However, I cannot find any
documentation or other specific information on how to do it.

Any help would be greatly appreciated.

Regards
Kristian
------------------------------------------------------------------------------
Virtualization &amp;amp; Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/_______________________________________________
Cheetahtemplate-discuss mailing list
Cheetahtemplate-discuss&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cheetahtemplate-discuss
&lt;/pre&gt;</description>
    <dc:creator>Kristian Spangsege</dc:creator>
    <dc:date>2012-03-01T14:56:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.cheetah/2858">
    <title>Re: issues installing Cheetah on OS X10.7.2</title>
    <link>http://permalink.gmane.org/gmane.comp.python.cheetah/2858</link>
    <description>&lt;pre&gt;
Issue #1 resolved -- install is trying to use  "gcc-4.2" but it's named
"gcc" on my system. I set up a symlink for gcc-4.2 --&amp;gt; gcc and the install
now builds the .so. (Setting CC=/usr/bin/gcc didn't do the trick.)



I just downloaded and installed the latest.

Issue #2 remains -- still getting 2 failures and 228 errors. Based on a
quick scan of the errors, it looks like all the errors are caused by
Tests/NameMapper.py at line 510 (as shown above).

In case it matters, during install there's one thing that doesn't look
right:

/Library/Python/2.7/site-packages/setuptools-0.6c12dev_r88846-py2.7.egg/setuptools/command/bdist_egg.py:422:
UnicodeWarning: Unicode equal comparison failed to convert both arguments
to Unicode - interpreting them as being unequal

If you'd like me to try out anything over here on the mac, just let me know.

-K





&lt;/pre&gt;</description>
    <dc:creator>Kerry Kurian</dc:creator>
    <dc:date>2012-01-18T05:28:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.cheetah/2857">
    <title>Re: issues installing Cheetah on OS X 10.7.2</title>
    <link>http://permalink.gmane.org/gmane.comp.python.cheetah/2857</link>
    <description>&lt;pre&gt;
On Tue, 17 Jan 2012, Kerry Kurian wrote:


I wonder if this might have been caused by Lion defaulting to clang(1) for its
default C compiler. You might try setting the CC=/usr/bin/gcc4.2 (if I remember
correctly) environment variable and try again.


I've not seen these errors, I also don't have a Mac running around to test on
:/

Could you grab the latest from https://github.com/rtyler/cheetah and try that?

- R. Tyler Croy
--------------------------------------
    Code: http://github.com/rtyler
 Chatter: http://twitter.com/agentdero
          rtyler&amp;lt; at &amp;gt;jabber.org
------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d_______________________________________________
Cheetahtemplate-discuss&lt;/pre&gt;</description>
    <dc:creator>R. Tyler Croy</dc:creator>
    <dc:date>2012-01-18T04:16:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.cheetah/2856">
    <title>issues installing Cheetah on OS X 10.7.2</title>
    <link>http://permalink.gmane.org/gmane.comp.python.cheetah/2856</link>
    <description>&lt;pre&gt;Hi group,

two parts:

1. I installed Cheetah 2.4.4 via package download and python setup.py
install, and got this:

One or more C extensions failed to build. Performance enhancements
will not be available. Pure Python installation succeeded.

If anyone knows how to fix that, I'd love to know. (FWIW I have
XCode 4.2.1 installed.)

2. cheetah test gives me a boadload of errors and two fails.

The errors look like this:

===================================ERROR: test1
(Cheetah.Tests.NameMapper.VFFSL) string in dict lookup
---------------------------------- Traceback (most recentcall last): File
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/
site-packages/Cheetah-2.4.4-py2.7.egg/Cheetah/Tests/NameMapper.py",
line 510, in setUp del ns['anInt'] # will be picked up by globals
KeyError: 'anInt'

The two fails are as follows:

====================================FAIL:
test_compilationCache (Cheetah.Tests.Template.ClassMethods_compile)
---------------------------------- Traceback (most recent call &lt;/pre&gt;</description>
    <dc:creator>Kerry Kurian</dc:creator>
    <dc:date>2012-01-17T21:20:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.cheetah/2855">
    <title>Re: Compiling _namemapper.c on win32withMinGW</title>
    <link>http://permalink.gmane.org/gmane.comp.python.cheetah/2855</link>
    <description>&lt;pre&gt;The name of the C extension module is probably "_namemapper" (with an 
underscore) instead of "namemapper".

Best regards
Franz.



------------------------------------------------------------------------------
Cloud Services Checklist: Pricing and Packaging Optimization
This white paper is intended to serve as a reference, checklist and point of 
discussion for anyone considering optimizing the pricing and packaging model 
of a cloud services business. Read Now!
http://www.accelacomm.com/jaw/sfnl/114/51491232/
&lt;/pre&gt;</description>
    <dc:creator>Franz Glasner</dc:creator>
    <dc:date>2011-12-08T10:25:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.cheetah/2854">
    <title>Compiling _namemapper.c on win32 withMinGW</title>
    <link>http://permalink.gmane.org/gmane.comp.python.cheetah/2854</link>
    <description>&lt;pre&gt;Hi group,

since I don't have (and like) VC+, I would like to build _namemapper.c,
which is not available in binary form for Python 2.7, with MinGW.

I created a simple compile script:

======
from distutils.core import setup, Extension

module1 = Extension('namemapper', sources = ['cheetah/c/_namemapper.c'])

setup (name = 'namemapper',
        version = '1.0',
        description = 'Namemapper C Version',
        ext_modules = [module1])
======

When trying to compile with

python nm.py build -cmingw32

I get the following output:

======
$ python nm.py build -cmingw32
running build
running build_ext
building 'namemapper' extension
d:\MinGW\bin\gcc.exe -mdll -O -Wall -Id:\tools2\python\include
-Id:\tools2\python\PC -c cheetah/c/_namemapper.c -o
build\temp.win32-2.7\Release\cheetah\c\_namemapper.o
writing build\temp.win32-2.7\Release\cheetah\c\namemapper.def
d:\MinGW\bin\gcc.exe -shared -s
build\temp.win32-2.7\Release\cheetah\c\_namemapper.o
build\temp.win32-2.7\Release\cheetah\c\namemapper.def
-Ld:\tools2\&lt;/pre&gt;</description>
    <dc:creator>Jan Werner</dc:creator>
    <dc:date>2011-12-06T21:22:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.cheetah/2853">
    <title>Placement of "self" in searchList during#include</title>
    <link>http://permalink.gmane.org/gmane.comp.python.cheetah/2853</link>
    <description>&lt;pre&gt;Hi Cheetah folks,

For some reason when you #include a file, Cheetah adds the new
Template instance's "self" to the end of the searchList, instead of at
the beginning (or at least above the calling template's self). This
causes rather non-intuitive behaviour when you're #def-ining a
function in an included template that's already been #def-ined in a
calling template.

This code for this is:
https://github.com/tavisrudd/cheetah/blob/master/cheetah/Template.py#L1478

As an example of when this is an issue, consider these templates:

main.tmpl
-----
#def greet(name)
Hello, $name.
#end def
$greet('Ben')
#include 'included.tmpl'
-----

included.tmpl
-----
#def greet(name)
Bye bye, $name!
#end def
$greet('Ben')
-----

You'd expect this to print out "Hello, Ben.\n\nBye bye, Ben!" but
instead it prints out "Hello, Ben.\n\nHello, Ben.", because
main.tmpl's "self" is above included.tmpl's "self" in the searchList,
so the $greet() in included.tmpl is still calling main.tmpl's greet
function.

You can work around this b&lt;/pre&gt;</description>
    <dc:creator>Ben Hoyt</dc:creator>
    <dc:date>2011-11-30T22:48:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.cheetah/2852">
    <title>Re: macros don't follow #extends</title>
    <link>http://permalink.gmane.org/gmane.comp.python.cheetah/2852</link>
    <description>&lt;pre&gt;I see two options here:

A) Change the #extends statement to honor #defmacro statements in the
extended template

    Necessary steps would be:

    1. Find the parent template. This is probably the hardest part,
since Cheetah generally relies on the python import mechanism to
create the connection to the parent templates. Templates (previously)
don't need to be compiled in order, so using the `imp` module is
probably out.

    2. Parse the parent template for #defmacro (and #extends)
statements. I have no clue how this would be done, but I think a
similar thing happens when parsing a #defmacro statement.

    3. Merge the found macro definitions from the parent parser into
the current parser. This is tricky and easy to get wrong, I imagine.

B) Extend the #include statement to be able to pull in template
snippets which contain the #defmacro statements. I don't like this
since this template-reuse is generally the job of #extends, and having
More Than One Way To Do It breaks the Zen of Python.

    Necessar&lt;/pre&gt;</description>
    <dc:creator>Buck Golemon</dc:creator>
    <dc:date>2011-11-22T18:27:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.cheetah/2851">
    <title>macros don't follow #extends</title>
    <link>http://permalink.gmane.org/gmane.comp.python.cheetah/2851</link>
    <description>&lt;pre&gt;If I define a macro in one template, and #extend that template elsewhere,
the macro is not available in the extended template, as expected.

When looking at the cheetah code, I see why this is: since the macros are
implemented purely in the parser, and the #extended (parent, superclass)
template is never parsed, the macro never exists in the context of the
#extended (child, subclass) template.

What would it take to get this working?
What would be the best approach?

-buck
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d_______________________________________________
Cheetahtemplate-discuss mailing list
Cheetahtemplate-discuss&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/c&lt;/pre&gt;</description>
    <dc:creator>Buck Golemon</dc:creator>
    <dc:date>2011-11-22T03:20:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.cheetah/2850">
    <title>Filter isn't played for None value</title>
    <link>http://permalink.gmane.org/gmane.comp.python.cheetah/2850</link>
    <description>&lt;pre&gt;Hello,

I have to apply filter to placeholders which can have None value. However,
the filter isn't apply.

For example :

import Cheetah.Template
from Cheetah.Filters import Filter

class MyFilter(Filter):

    def filter(self, val, **kw):

        return "tit"


if __name__ == '__main__':

    print "test01"

    searchList=[{'myvar1': u'test'}, {'myvar2': None}]

    t = Cheetah.Template.Template('''
        1. -${getVar('myvar1', '456')}-
        2. -${getVar('myvar2', ''), maxlen=2}-
        3. -${getVar('myvar3', None), maxlen=2}-
        ''', searchList,
        filter=MyFilter
        )
    print t

The output is as follow :

1. -tit-
2. --
3. --

Is there any way to apply filter to None value ?

Thanks a lot.

Thibaud
------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1_______________________________________________
Cheetahtemplate-discuss mailing list
Cheetahtemplate-discuss&amp;lt; at &amp;gt;lists.so&lt;/pre&gt;</description>
    <dc:creator>Thibaud Roussillat</dc:creator>
    <dc:date>2011-11-09T12:59:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.cheetah/2849">
    <title>Re: Using a variable inside another variable name</title>
    <link>http://permalink.gmane.org/gmane.comp.python.cheetah/2849</link>
    <description>&lt;pre&gt;$getVar("sso_host_%s" % $myLanguage)

On Mon, Sep 19, 2011 at 10:04 AM, Rémi ALVADO &amp;lt;remi.alvado&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:



&lt;/pre&gt;</description>
    <dc:creator>Oliver Nicholas</dc:creator>
    <dc:date>2011-09-19T17:07:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.cheetah/2848">
    <title>Using a variable inside another variablename</title>
    <link>http://permalink.gmane.org/gmane.comp.python.cheetah/2848</link>
    <description>&lt;pre&gt;Hi,

I'm new with Cheetah and I'm trying to use it to build a deployment tool and
replace my old configuration files with brand new cheetah templates.
I'm working for a company which edit websites all over the world so lots of
our configuration keys are overriden by country.
With Cheetah, I'm storing my configuration into a YAML data storage files
and I use a Python script combined with some Bash scripts to find, fill and
replace all *.cheetah files.
Please find below an example of my test configuration file, my YAML data
storage and the expected result file

--------------- CONF FILE -------------------
prod:
  sso:
    hosts:
#for myLanguage in $cultures
      sso_$myLanguage:
        host:   $eval("sso_host_" + myLanguage)
        port:   $eval("sso_port_" + myLanguage)
#end for

--------------- YAML DATA STORAGE -------------------
# Global
cultures:
  - de
  - en
  - fr

# DE
sso_host_de:         sso-de.example.com
sso_port_de:         8081
[...]

# EN
sso_host_en:         sso-en.example.com
sso_port_en&lt;/pre&gt;</description>
    <dc:creator>Rémi ALVADO</dc:creator>
    <dc:date>2011-09-19T17:04:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.cheetah/2847">
    <title>Templates, inheritance, etc….</title>
    <link>http://permalink.gmane.org/gmane.comp.python.cheetah/2847</link>
    <description>&lt;pre&gt;I've got an abstract base template, and Im trying to do a few things,  but I'm not sure of the cheetah way to do it. 

First,  the pages in question are results pages for a search, and as such have a table. There are two things I'm trying to do.

1) I:mplement clickable rows by implementing a click handler on all rows. I've determined that you can't put a block inside a loop, or else cheetah chokes. A def statement seems to cause the same problem, even though I can display the text of the click handler (eg, in a header).

2) Is there anyway in the abstract class to have a conditional block
#if $do_this
Thing to do
#end if
and set $do_this in the ineherited class or in the server url call? It seems to choke for me unless I set $do_this to a value in the abstract class. But then it's not reset in the inherited classs.

Sure part of it is that  I must be mucking up basic python inheritance.

Thanks,
--Marko
------------------------------------------------------------------------------
Doing More with Less: The &lt;/pre&gt;</description>
    <dc:creator>Markos Kapes</dc:creator>
    <dc:date>2011-09-15T18:29:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.cheetah/2846">
    <title>indentation</title>
    <link>http://permalink.gmane.org/gmane.comp.python.cheetah/2846</link>
    <description>&lt;pre&gt;Hi!

Say I have the following template:

void foo(int a)
{
    int i = 0;
    $do_something
    for (i = 0; i &amp;lt; 10; i++) {
        $do_something
    }
}

This works just fine if $do_something consists of a single line;
however, if $do_something consists of multiple lines, then I have a
problem with the indentation, depending on what exactly the
placeholder itself looks like:

1) if the placeholder does not include any indentation itself, then
the first line is indented correctly (because the indentation appears
outside of the placeholder), but the rest are not;
2) so, I could have the placeholder already include the indentation,
but this has two problems:
  (a) the placeholder would have to appear unindented in the template,
which is not pretty; and
  (b) more importantly, the placeholder may appear in multiple places,
each requiring different indentation.

I'm aware of the "undocumented" #indent function (as documented in the
TODO), and by playing around with it (using cheetah 2.4.4) I see that
some of the &lt;/pre&gt;</description>
    <dc:creator>Dov Feldstern</dc:creator>
    <dc:date>2011-08-23T09:37:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.cheetah/2845">
    <title>How to test Cheetah templates</title>
    <link>http://permalink.gmane.org/gmane.comp.python.cheetah/2845</link>
    <description>&lt;pre&gt;Hi,
What I am trying to do is to write up the series of kickstart
snippets, based on cheetah, for e.g. for : fstab generation,
network-interfaces info generation and etc
How can I verify what my template is going to do without relaunching
the cobbler-based reinstallation of the server?

Cheers,
Alexander

------------------------------------------------------------------------------
Magic Quadrant for Content-Aware Data Loss Prevention
Research study explores the data loss prevention market. Includes in-depth
analysis on the changes within the DLP market, and the criteria used to
evaluate the strengths and weaknesses of these DLP solutions.
http://www.accelacomm.com/jaw/sfnl/114/51385063/
&lt;/pre&gt;</description>
    <dc:creator>Alexander Egorov</dc:creator>
    <dc:date>2011-07-24T08:38:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.python.cheetah/2844">
    <title>Re: Unicode issue - historical and probably trivial</title>
    <link>http://permalink.gmane.org/gmane.comp.python.cheetah/2844</link>
    <description>&lt;pre&gt;
On Tue, 05 Jul 2011, Paul Mothersdill wrote:


By default, now at least, Cheetah should be generating unicode objects, so
what's being handled by the application or mod_python might be encoding it in
some form or fashion.

(mod_python is EOLd by the way, bewares)

You can (IIRC) tell Cheetah to output a specific encoding with the #encoding
directive at the top of the template.


Cheers
- R. Tyler Croy
--------------------------------------
    Code: http://github.com/rtyler
 Chatter: http://identi.ca/agentdero
          http://twitter.com/agentdero
------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2_______________________________________________
Cheetahtemplate-discuss mailing list
Cheet&lt;/pre&gt;</description>
    <dc:creator>R. Tyler Croy</dc:creator>
    <dc:date>2011-07-05T17:40:53</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.python.cheetah">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.python.cheetah</link>
  </textinput>
</rdf:RDF>

