Re: [Zope3-dev] Difference in ZPT modes
Derrick Hudson wrote: As I noted in a different post I am in favor of changing the processing logic to XML Mode. Okay, but what does mode mean in terms of ZPT? AFAIK, it's just that in HTML mode a different parser is used and things like: input tal:attributes=checked here/isChecked/ ...work. What else is there? For me, the fact that ZPT uses a field called content_type to control the mode is bogus :-( cheers, Chris -- Simplistix - Content Management, Zope Python Consulting - http://www.simplistix.co.uk ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Re: TALES namespace names cannot contain '-'
Yes, unless Zope 3 TALES is very unlike Zope 2 TALES. We deliberately restricted the syntax of namespaces to be valid variable names in Python (and most other languages). This allowed, for example, direct use of the name of a namespace as a function in a Python expression: python:x and path('%s/%s' (base, x)) I don't understand this example. I see that there's meant to be a '%' operator in there. But, I don't understand what use of the name of a namespace as a function in a Python expression means, and I see only the function 'path' above. -- Steve Alexander ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Re: XML header and TAL interpretor
Sidnei da Silva wrote: That smells to me like we need a mime-type negotiator or something, pretty much like we have a language negotiator for deciding which language to use for translations. No really, all this thread seems to have really uncovered so far is that macros in different ZPT modes are currently reported as incompatible. Are they really? Should they be? mime-type negotiation and the like seems like an app level thing, or at the very least the responsibility of a different component. Page Templates should be kept as clean and simple as possible, that way they'll be much mroe generically useful... Chris -- Simplistix - Content Management, Zope Python Consulting - http://www.simplistix.co.uk ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Build problem
There is a problem to build extensions for the Zope3 trunk (and I guess for ZODB trunk as well) - all extension module names is lowercased now. For example: gcc -pthread -shared build/temp.linux-i686-2.4/src/persistent/TimeStamp.o -o src/persistent/timestamp.so I guess the problem that the SETUP.cfg's 'extension' section name always lowercased before processing. -- Dmitry Vasiliev (dima at hlabs.spb.ru) http://hlabs.spb.ru ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Re: XML header and TAL interpretor
Andreas Reuleaux schrieb: On Thu, Sep 01, 2005 at 06:58:42PM +0200, Tonico Strasser wrote: ... What's your point? Well, from reading your conversation with Philipp I got the impression, that you wanted to say something like XML-Mode in PTs respectively XHTML is useless if served with the wrong MIME type --- You did not use the term useless so I might have overinterpreted what you wrote, sorry for that. I want to point out that if XML mode is the *default* mode for page templates in Zope 3, everything that does not override the mime type will be served as XML. (That's the current behaviour, it might change in the future?). At least we would need to be able to trigger HTML mode. Fact is, that XML-Mode in PTs / XHTML is *not* made useless by any MIME-Type, the MIME-Type application/xhtml+xml is just another way of assuring your XHTML is correct. See above. I'm not saying that pages in XML mode are useless. Basically you are free to choose any method that helps you write valid XHTML pages: * that can be Zope's XML-Mode for PTs * that can just as well be external validation * or that can be the browser, that is unforgiving if serverd application/xhtml+xml But if your XHTML is valid (e. g. if you have checked your page at validator.w3.org) then application/xhtml+xml won't show you any additional otherwise hidden mistakes. Not mistakes, but there is a huge difference IMHO: Pages are parsed as XML not as HTML http://mail.zope.org/pipermail/zope3-dev/2005-September/015554.html The onliest thing that can make your XHTML useless is doctype switching, say a wrong doctype or a bug that causes IE to go into quirks mode (mentioned before). -Andreas PS: I have also just read your second answer to my E-mail and I am glad you could make some sense of it. :) Tonico ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Re: Difference in ZPT modes
Chris Withers schrieb: For me, the fact that ZPT uses a field called content_type to control the mode is bogus :-( That content_type value is also used to set the content-type in the response by default. Tonico ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] [DOC] cpsskins rendering architecture
Hi! I have summarize how the rendering engine in cpsskins in built, from content, display and format elements to filters, rendering engines: http://www.z3lab.org/sections/documentation/cpsskins-rendering with lots of diagrams and explanations. This part of the architecture has stabilized. /JM ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Build problem
On 9/2/05, Dmitry Vasiliev [EMAIL PROTECTED] wrote: Before the fix (rev. 38239): ['buildsupport', ..., 'src'] After the fix: ['src','buildsupport', ...] Ok, I think I understand this now. Appearantly you have some version of ZConfig installed elsewhere that is getting picked up in the original case. I now agree that the change is reasonable. It needs a comment that it's protecting against importing *installed* versions of ZConfig. -Fred -- Fred L. Drake, Jr.fdrake at gmail.com Zope Corporation ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Build problem
Fred Drake wrote: On 9/2/05, Dmitry Vasiliev [EMAIL PROTECTED] wrote: I now agree that the change is reasonable. It needs a comment that it's protecting against importing *installed* versions of ZConfig. It would also be nice if it used .insert() instead of a [:0] slice. -- Benji York Senior Software Engineer Zope Corporation ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Re: Build problem
Benji York [EMAIL PROTECTED] writes: Fred Drake wrote: On 9/2/05, Dmitry Vasiliev [EMAIL PROTECTED] wrote: I now agree that the change is reasonable. It needs a comment that it's protecting against importing *installed* versions of ZConfig. It would also be nice if it used .insert() instead of a [:0] slice. Hello, Benji. I think Dmitry used that because of slice assignment and i don't see how it can be done with index assignment of insert(): lst = [1, 2, 3] lst[:0] = [8, 9] lst [8, 9, 1, 2, 3] lst = [1, 2, 3] lst.insert(0, [8, 9]) lst [[8, 9], 1, 2, 3] Regards, Ruslan ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Re: Build problem
Ruslan Spivak wrote: I think Dmitry used that because of slice assignment and i don't see how it can be done with index assignment of insert(): Indeed! I was thinking of a single item instead of a list. We could use a loop, but I don't think that's any better. Thanks for the clarification. -- Benji York Senior Software Engineer Zope Corporation ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] package-includes
Ok,i get Z3 from trunk and run make and bin/mkzopeinstance. Result: Traceback (most recent call last): File bin/mkzopeinstance, line 45, in ? sys.exit(main(from_checkout=from_checkout)) File /home/os/WORK/Z3Sandbox/src/zope/app/server/mkzopeinstance.py, line 48, in main return app.process() File /home/os/WORK/Z3Sandbox/src/zope/app/server/mkzopeinstance.py, line 118, in process for fn in os.listdir(pisrc): OSError: [Errno 2] No such file or directory: '/home/os/WORK/Z3Sandbox/package-includes' Is it bug? В Птн, 02.09.2005, в 06:50, Fred Drake пишет: On 9/1/05, Stephan Richter [EMAIL PROTECTED] wrote: Oh, and by the way, do not add ZCML files manually. Add a SETUP.cfg that adds the ZCML file. More information on how to do this is in the Zope 3 wiki: http://dev.zope.org/Zope3/BuildAndPackagingInfo -Fred ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] package-includes
On 9/2/05, Garanin Michael [EMAIL PROTECTED] wrote: OSError: [Errno 2] No such file or directory: '/home/os/WORK/Z3Sandbox/package-includes' Is it bug? Ah, yes! This is indeed a bug introduced by some recent changes. I'll fix it. -Fred -- Fred L. Drake, Jr.fdrake at gmail.com Zope Corporation ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com