Tres Seaver tsea...@agendaless.com added the comment:
Please report / track Chameleon issues on Github:
https://github.com/malthe/chameleon/issues
--
status: chatting - deferred
__
Repoze Bugs b...@bugs.repoze.org
http://bugs.repoze.org/issue139
On 4 March 2010 22:22, Shane Hathaway sh...@hathawaymix.org wrote:
From a template developer's POV, it's useful to apply the same XML
declarations throughout a site using metal. The current syntax is
non-obvious and perhaps problematic, but workable. Some other syntax might
be better, but
New submission from Jasper Op de Coul jas...@infrae.com:
I have a single macro with a doctype and the html/head/body structure and some
slots that I
use in every template. When using Chameleon =1.1.1 the doctype is inserted in
the rendered HTML.
With Chameleon 1.1.2 the doctype is missing,
Shane Hathaway sh...@hathawaymix.org added the comment:
I ran into the same issue. The following code worked with 1.1.1 but fails with
1.1.2:
from chameleon.zpt.template import PageTemplate
master = PageTemplate('''\
!DOCTYPE html
html metal:define-macro=main
body
div metal:define-slot=content
Kevin Kalupson kjk...@psu.edu added the comment:
I wouldn't expect the the xml headers in a macro template to be applied to the
page template being rendered. It makes no sense to me that an element not
contained within a macro definition would be applied to the page calling the
macro under any
On 4 March 2010 22:02, Kevin Kalupson b...@bugs.repoze.org wrote:
I wouldn't expect the the xml headers in a macro template to be applied to the
page template being rendered. It makes no sense to me that an element not
contained within a macro definition would be applied to the page calling
Malthe Borch wrote:
On 4 March 2010 22:02, Kevin Kalupson b...@bugs.repoze.org wrote:
I wouldn't expect the the xml headers in a macro template to be applied to
the
page template being rendered. It makes no sense to me that an element not
contained within a macro definition would be applied
On 3/4/10 2:08 PM, Malthe Borch wrote:
On 4 March 2010 22:02, Kevin Kalupson b...@bugs.repoze.org wrote:
I wouldn't expect the the xml headers in a macro template to be applied to
the
page template being rendered. It makes no sense to me that an element not
contained within a macro
On 3/4/10 2:22 PM, Shane Hathaway wrote:
Malthe Borch wrote:
On 4 March 2010 22:02, Kevin Kalupson b...@bugs.repoze.org wrote:
I wouldn't expect the the xml headers in a macro template to be applied to
the
page template being rendered. It makes no sense to me that an element not
On 4 March 2010 22:45, Kevin J. Kalupson z...@kevinkal.com wrote:
In that case, there should be macro explicitly containing the doctype
and other wanted headers.
Yes, but that's unfortunately impossible.
I don't think it's a syntax issue, I think it's a behavioral issue. I
think the 1.1
Kevin J. Kalupson wrote:
On 3/4/10 2:22 PM, Shane Hathaway wrote:
The current syntax is
non-obvious and perhaps problematic, but workable. Some other syntax
might be better, but let's not break the current syntax in the 1.1 branch.
I don't think it's a syntax issue, I think it's a
Am 04.03.2010, 17:38 Uhr, schrieb Jasper Op de Coul b...@bugs.repoze.org:
I don't have commit rights to the repoze repository but I attached a
patch.
Go on, sign up. You know you want to:
http://repoze.org/contributing.html
But I think the contribution agreement is a bit lightweight and
I just tested in zope2 through the zmi.
standard_template.pt
!DOCTYPE html PUBLIC
-//W3C//DTD XHTML 1.1//EN
http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd;
html metal:define-macro=page
head
title tal:content=template/titleThe Title/title
/head
body
Hey - this is
On 3/4/10 2:50 PM, Malthe Borch wrote:
On 4 March 2010 22:45, Kevin J. Kalupson z...@kevinkal.com wrote:
In that case, there should be macro explicitly containing the doctype
and other wanted headers.
Yes, but that's unfortunately impossible.
not impossible:
standard_template.pt
Kevin J. Kalupson wrote:
I just tested in zope2 through the zmi.
I seem to recall that this syntax works in Plone. I don't care whether
it works in plain Zope 2.
Is this really important to you? While it's a special case, I think
it's a case of practicality beats purity. I use it a lot.
Kevin Kalupson wrote:
The importance to me is that there isn't a regression to the duplicate
xml headers when templates render. I like to validate my templates as I
go and not have to hack them to then test my rendered template.
Good point. If you're statically validating all templates, then
Shane,
Sorry about sending from the wrong email address - thanks for grabbing
the relevant bit and putting it back in the thread.
On 3/4/10 9:47 PM, Shane Hathaway wrote:
Kevin Kalupson wrote:
The importance to me is that there isn't a regression to the duplicate
xml headers when templates
17 matches
Mail list logo