Jasper Op de Coul jas...@infrae.com added the comment:
I verified, the error is gone, Thanks.
--
status: chatting - resolved
__
Repoze Bugs b...@bugs.repoze.org
http://bugs.repoze.org/issue138
__
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.
I'm writing a helper function for paginating the data, the function
needs to append a query string to the url to compose a new url with page
number, and I decide to use the request object to get the url and then
change it. The function I use to construct the url is route_url, I got
an issue
On Fri, Mar 5, 2010 at 10:32 AM, georgehu geo...@gmail.com wrote:
I'm writing a helper function for paginating the data, the function needs
to append a query string to the url to compose a new url with page number,
and I decide to use the request object to get the url and then change it.
The
On Wed, Mar 3, 2010 at 18:04, Chris McDonough chr...@plope.com wrote:
Please bear with us... we need to get a separate list set up for this and bug
tracker stuff.
+1. I've always a apprehension (to send 'spam' here) when I change
something on the buildbot.
--
Sebastien Douche
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sebastien Douche wrote:
On Wed, Mar 3, 2010 at 18:04, Chris McDonough chr...@plope.com wrote:
Please bear with us... we need to get a separate list set up for this and bug
tracker stuff.
+1. I've always a apprehension (to send 'spam' here) when
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
Live coding session with repoze.bfg:
http://darrylcousins.blip.tv/
Best regards and thanks,
Darryl Cousins
___
Repoze-dev mailing list
Repoze-dev@lists.repoze.org
http://lists.repoze.org/listinfo/repoze-dev
21 matches
Mail list logo
