Jim Fulton wrote:
Jean-Marc Orliaguet wrote:
Janko Hauser wrote:
I'm in support of most of your points, although I do not see that the
catalog is actually proposed as an alternative. Jim's suggestions
were more directed to store things in each other. Or reference them
somehow, but not by an i
Jim Fulton wrote:
A change in style, if applied everywhere can lead to massive
code changes. This can have serious downsides. If people
are working on branches, where most new work should be done,
then merging is made more difficult. People who read the checkins
have a lot of extra code to r
Dario Lopez-Kästen wrote:
> Jim Fulton wrote:
>
>> Jean-Marc Orliaguet wrote:
>>
>>> Janko Hauser wrote:
>>>
I'm in support of most of your points, although I do not see that
the catalog is actually proposed as an alternative. Jim's
suggestions were more directed to store things in
Hi,
I recently wanted to make a TALES namespace called 'enum-value' for use
in Launchpad development.
I found that this didn't work, because only the characters [a-zA-Z0-9_]
are allowed. You can find the regex on line 27 of
zope/tales/expressions.py.
namespace_re = re.compile('(\w+):(.+)')
Fred Drake schrieb:
On 8/31/05, Philipp von Weitershausen <[EMAIL PROTECTED]> wrote:
HTML4 mode exists because
...
- it enforces some HTML document type (as mentioned before); no idea why
it does that
I'm just guessing you're referring to its understanding of the allowed
nesting structur
Dear Gary,
Maybe not too late, I have here one more thing to look at:
It happened that the szerepek attribute of the object implementing the
ISzemely interface was left by default at a value "None". As I tried
to modify the object with a standard generated editform, the exception
below came. I th
Fred Drake wrote:
> On 8/31/05, Philipp von Weitershausen <[EMAIL PROTECTED]> wrote:
>
>>HTML4 mode exists because
>
> ...
>
>>- it enforces some HTML document type (as mentioned before); no idea why
>>it does that
>
>
> I'm just guessing you're referring to its understanding of the allowed
>
Tonico Strasser wrote:
> Fred Drake schrieb:
>
>> On 8/31/05, Philipp von Weitershausen <[EMAIL PROTECTED]> wrote:
>>
>>> HTML4 mode exists because
>>
>>
>> ...
>>
>>> - it enforces some HTML document type (as mentioned before); no idea why
>>> it does that
>>
>> I'm just guessing you're referring
Derrick Hudson wrote:
> On Wed, Aug 31, 2005 at 03:54:45PM +0200, Philipp von Weitershausen wrote:
> | Julien Anguenot wrote:
> [...]
>
> | > If you change the header like this then it can be succesfully included :
> | >
> | >
> | > http://www.w3.org/1999/xhtml";
> | > xmlns:tal="http://xm
On Thursday 01 September 2005 05:10, Steve Alexander wrote:
> I found that this didn't work, because only the characters [a-zA-Z0-9_]
> are allowed. You can find the regex on line 27 of
> zope/tales/expressions.py.
>
> namespace_re = re.compile('(\w+):(.+)')
>
>
> I propose to extend this to all
On Wednesday 31 August 2005 17:05, Jim Fulton wrote:
> I'm interested in hearing what people think about this in general.
> Should we make far reaching code changes to enforce a consistent
> style? Or should we update style when making other changes?
> I tend to do the later.
I think this depends
Philipp von Weitershausen schrieb:
I'm not so sure that this is such a good thing. ZPT seems to enforce
*guidelines* that not everyone might want to follow (e.g. if I want to
output my XHTML as c14n or something similar). For me, ZPT's HTML mode
just does too many things, most of which won't hurt
Tonico Strasser wrote:
> Philipp von Weitershausen schrieb:
>
>> I'm not so sure that this is such a good thing. ZPT seems to enforce
>> *guidelines* that not everyone might want to follow (e.g. if I want to
>> output my XHTML as c14n or something similar). For me, ZPT's HTML mode
>> just does too
Philipp von Weitershausen schrieb:
If we make XML the default mode, I don't see how it would impact IE very
much.
IE would try to dowload HTML pages not served as text/html. Pages in XML
mode should be served as XML not text/html.
Tonico
___
Zope
Tonico Strasser wrote:
> Philipp von Weitershausen schrieb:
>
>> If we make XML the default mode, I don't see how it would impact IE very
>> much.
>
> IE would try to dowload HTML pages not served as text/html. Pages in XML
> mode should be served as XML not text/html.
I think that last sentence
Philipp von Weitershausen schrieb:
Tonico Strasser wrote:
Philipp von Weitershausen schrieb:
If we make XML the default mode, I don't see how it would impact IE very
much.
IE would try to dowload HTML pages not served as text/html. Pages in XML
mode should be served as XML not text/html.
Philipp von Weitershausen schrieb:
Tonico Strasser wrote:
Philipp von Weitershausen schrieb:
I'm not so sure that this is such a good thing. ZPT seems to enforce
*guidelines* that not everyone might want to follow (e.g. if I want to
output my XHTML as c14n or something similar). For me, ZPT'
Tonico Strasser wrote:
> Philipp von Weitershausen schrieb:
>
>> Tonico Strasser wrote:
>>
>>> Philipp von Weitershausen schrieb:
>>>
>>>
If we make XML the default mode, I don't see how it would impact IE
very
much.
>>>
>>>
>>> IE would try to dowload HTML pages not served as text/
Tonico Strasser wrote:
> Philipp von Weitershausen schrieb:
>
>> Tonico Strasser wrote:
>>
>>> Philipp von Weitershausen schrieb:
>>>
>>>
I'm not so sure that this is such a good thing. ZPT seems to enforce
*guidelines* that not everyone might want to follow (e.g. if I want to
outpu
Title: practical example of migrating from services to utilities
Hello All,
I have a method which is working well in zope3.0 but its not working well in Zope3.1 c2 version.
I am new to zope3 framework.I think services have no support in zope3.1.what do i need to do to make i
Philipp von Weitershausen schrieb:
Tonico Strasser wrote:
Philipp von Weitershausen schrieb:
Tonico Strasser wrote:
Philipp von Weitershausen schrieb:
If we make XML the default mode, I don't see how it would impact IE
very
much.
IE would try to dowload HTML pages not served as tex
Philipp von Weitershausen schrieb:
Tonico Strasser wrote:
Philipp von Weitershausen schrieb:
Tonico Strasser wrote:
Philipp von Weitershausen schrieb:
I'm not so sure that this is such a good thing. ZPT seems to enforce
*guidelines* that not everyone might want to follow (e.g. if I wa
Tonico Strasser wrote:
> Philipp von Weitershausen schrieb:
>
>> Tonico Strasser wrote:
>>
>>> Philipp von Weitershausen schrieb:
>>>
>>>
Tonico Strasser wrote:
> Philipp von Weitershausen schrieb:
>
>
>
>> I'm not so sure that this is such a good thing. ZPT seem
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Philipp von Weitershausen wrote:
> Tonico Strasser wrote:
>
>>Philipp von Weitershausen schrieb:
>>
>>
>>>Tonico Strasser wrote:
>>>
>>>
Philipp von Weitershausen schrieb:
>Tonico Strasser wrote:
>
>
>
>>Philipp
Julien Anguenot wrote:
>>>I think it's time to sketch out a proposal :).
>
> +1 Do you want to write it ?
I can start, then you, Tonica and others can pad it out in the wiki.
Philipp
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope
Gary Poster wrote:
On Aug 23, 2005, at 8:07 PM, Michel Pelletier wrote:
On Tue, 2005-08-23 at 18:04 -0400, Gary Poster wrote:
The relationship between ZODB content objects, their int id as
provided by the pertinent intid utility, and a (theoretical)
corresponding RDF URI is what I'm having
Philipp von Weitershausen schrieb:
Ah, good. It wasn't at all clear that you actually supported the
proposal :).
Yes, if it's still possible to trigger HTML mode. But what about
backwards compatibility if we make XML the default mode?
Well, the namespace stuff would probably account for a ma
Martijn Faassen wrote: [quotes reordered]
- for an add form, if something goes wrong and the form is redisplayed
with some validation errors, the uploaded file information is lost. This
is bad because for a required file field, it requires multiple uploads
where one should suffice, and for a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Philipp von Weitershausen wrote:
> Julien Anguenot wrote:
>
I think it's time to sketch out a proposal :).
>>
>>+1 Do you want to write it ?
>
>
> I can start, then you, Tonica and others can pad it out in the wiki.
>
yup. works for me.
On Thu, Sep 01, 2005 at 02:33:19PM +0200, Philipp von Weitershausen wrote:
| Derrick Hudson wrote:
| > On Wed, Aug 31, 2005 at 03:54:45PM +0200, Philipp von Weitershausen wrote:
| > | Julien Anguenot wrote:
| > [...]
| >
| > | > If you change the header like this then it can be succesfully include
On Thu, Sep 01, 2005 at 04:20:08PM +0200, Tonico Strasser wrote:
| Philipp von Weitershausen schrieb:
| >Tonico Strasser wrote:
| >>Philipp von Weitershausen schrieb:
| >>>Tonico Strasser wrote:
| Philipp von Weitershausen schrieb:
|
| >If we make XML the default mode, I don't see how
On Thu, Sep 01, 2005 at 05:00:37PM +0200, Tonico Strasser wrote:
| Philipp von Weitershausen schrieb:
| >>>Ah, good. It wasn't at all clear that you actually supported the
| >>>proposal :).
| >>
| >>Yes, if it's still possible to trigger HTML mode. But what about
| >>backwards compatibility if we m
Philipp von Weitershausen wrote:
Julien Anguenot wrote:
I got a problem with the standard macros use and the XML header.
I've a view defined like the one below :
http://xml.zope.org/namespaces/tal";
xmlns:metal="http://xml.zope.org/namespaces/metal";
And there, I got the follow
On Thu, Sep 01, 2005 at 11:44:48AM +0200, Tonico Strasser wrote:
> ...
> And, as long pages are served as text/html they are treated as old-style
> HTML by browsers anyway[1].
>
> XHTML pages served as text/html must follow the compatibility
> guidelines[2]. E.g. in ZPT HTML mode, elements like wi
Derrick Hudson schrieb:
On Thu, Sep 01, 2005 at 05:00:37PM +0200, Tonico Strasser wrote:
| Philipp von Weitershausen schrieb:
| >>>Ah, good. It wasn't at all clear that you actually supported the
| >>>proposal :).
| >>
| >>Yes, if it's still possible to trigger HTML mode. But what about
| >>backw
On Sep 1, 2005, at 11:00 AM, Florent Guillaume wrote:
Gary Poster wrote:
On Aug 23, 2005, at 8:07 PM, Michel Pelletier wrote:
On Tue, 2005-08-23 at 18:04 -0400, Gary Poster wrote:
The relationship between ZODB content objects, their int id as
provided by the pertinent intid utility, and
Andreas Reuleaux schrieb:
On Thu, Sep 01, 2005 at 11:44:48AM +0200, Tonico Strasser wrote:
...
And, as long pages are served as text/html they are treated as old-style
HTML by browsers anyway[1].
XHTML pages served as text/html must follow the compatibility
guidelines[2]. E.g. in ZPT HTML mode
On Thu, Sep 01, 2005 at 11:56:59AM -0400, Derrick Hudson wrote:
| The ZPT processor/renderer shouldn't dictate this as it is clear that
| ZPTs can be used to create a wide variety of types of content.
|
| I think the content-type sent to the browser should be controlled by
| the directive. The H
Andreas Reuleaux schrieb:
On Thu, Sep 01, 2005 at 11:44:48AM +0200, Tonico Strasser wrote:
...
And, as long pages are served as text/html they are treated as old-style
HTML by browsers anyway[1].
XHTML pages served as text/html must follow the compatibility
guidelines[2]. E.g. in ZPT HTML mode
On Wed, Aug 31, 2005 at 09:19:43PM -0400, Gary Poster wrote:
>
> On Aug 31, 2005, at 12:07 PM, David Huttleston Jr wrote:
> ...
> >But, I'm fuzzy on how the zodb prevents inconsistent reads.
> ...
>
> Hi David. A quick answer is that the ZODB implements optimistic
> multi-version concurrency c
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
Jim Fulton wrote at 2005-8-31 17:05 -0400:
> ...
>I'm interested in hearing what people think about this in general.
>Should we make far reaching code changes to enforce a consistent
>style? Or should we update style when making other changes?
>I tend to do the later. I think that the developers
Hello!
Sorry, but i can not found "package-includes" in the
http://svn.zope.org/Zope3/trunk/ . Is it normal?
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope
On Thursday 01 September 2005 16:42, Garanin Michael wrote:
> Sorry, but i can not found "package-includes" in the
> http://svn.zope.org/Zope3/trunk/ . Is it normal?
Yes, its in zopeskel/etc/ these days.
Regards,
Stephan
--
Stephan Richter
CBU Physics & Chemistry (B.S.) / Tufts Physics (Ph.D. st
On Thursday 01 September 2005 16:42, Garanin Michael wrote:
> Sorry, but i can not found "package-includes" in the
> http://svn.zope.org/Zope3/trunk/ . Is it normal?
Oh, and by the way, do not add ZCML files manually. Add a SETUP.cfg that adds
the ZCML file.
Regards,
Stephan
--
Stephan Richter
On 9/1/05, Stephan Richter <[EMAIL PROTECTED]> wrote:
> > Do any specifications need changing?
>
> I don't think so. If the directory the code is in has any TXT files you might
> want to read through them making sure that the characters are not mentioned
> anywhere.
These are supposed to look lik
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
--
Fred L. Drake, Jr.
Garanin Michael wrote:
> Hello!
> I have situation:
> 1) I have PostgreSQL database: max-connection == 5
> 2) I have one IZopeDatabaseAdapter
> 2) I create 10 threads and join's (!!!) to main thread
> 2.1) In each thread i get IZopeConnection from IZopeDatabaseAdapter
> 2.2) execute simple select
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:
...work.
What else is there?
For me, the fac
Philipp von Weitershausen wrote:
That won't help because HTML mode macros and XML mode macros aren't
compatible. I really would like to see XML be the default, including
Zope 3's skin macros.
Why aren't they?
It would make life easier for me if they were...
cheers,
Chris
--
Simplistix - Co
50 matches
Mail list logo