Gareth Bult wrote:
/ulConflictError: database conflict error (oid 0x183a, class
BTrees._OOBTree.OOBTree, serial this txn started with
0x037a73fba6331d66 2008-12-09 12:11:38.953047, serial currently
committed 0x037ab7770a1993dd 2008-12-21 12:07:02.367167) /p/p hr
noshade=noshade/
My guess is
Chris Withers wrote:
Now, you could, for example, then do:
IFieldType([])
...which should return None.
I don't understand your example: what is a field type, and why is None
somehow a valid field type?
Shane
___
Zope-Dev maillist -
Gareth Bult wrote:
Superb!
The times were 90 secs out .. now I'm just left with this one;
==
FAIL: checkPackWithMultiDatabaseReferences (__main__.MySQLTests)
Gareth Bult wrote:
Ok,
I'm working from SVN trunk .. just did svn up, build, install .. still get
this;
(I'm including the cruf too just in case it means anything)
WARNING:relstorage:Reconnecting load_conn: (2006, 'MySQL server
has gone away')
Gareth Bult wrote:
I'm having a bit of a problem that looks like a 32 bit vs 64 bit issue
with RelStorage, can anyone help?
We need to get more people to use RelStorage so more people can help. :-)
This looks like a good clue:
Philipp von Weitershausen wrote:
First of all, its name is quite misleading. It should really be called
'zope.resolvepath' because it resolves TALES-like object paths. In fact,
it's pretty much only used by the PageTemplate machinery to hook it up
to the TALES engine (with one exception,
Philipp von Weitershausen wrote:
El 9 Sep 2008, a las 20:37 , Dieter Maurer escribió:
But interfaces might grow an additional method, e.g. adapt,
which could get the new signature.
The syntax would be a bit more cumbersome -- but on the other
hand, it would be more explicit :-)
I don't
Brandon Craig Rhodes wrote:
Should we write something like Grok for buildout, so that it just uses
sections without having to have them doubly declared up at the top? :-)
I think it's kind of funny that the Zope project chose XML (a
hierarchical format) for ZCML (which is fairly flat), then
Philipp von Weitershausen wrote:
Shane Hathaway wrote:
Looks like a bug to me. If the object passed as the first argument to
queryAdapter() implements the interface passed as the second argument, I
believe queryAdapter() should return the object, regardless of any
component registrations
Chris Withers wrote:
Jim Fulton wrote:
No, it's not a bug. This is in fact a feature (like it or not).
While I respect that this feature may have been chosen carefully, it
nevertheless seems more like a misfeature. Chris' expectation was
reasonable and ought not to be violated without a good
Philipp von Weitershausen wrote:
thanks for those fixes! I've just made the necessary backports and
tagged the following releases:
zope.proxy 3.4.2
zope.security 3.4.1
zope.security 3.5.2
zope.app.container 3.5.5
I see that the backporting and tagging was a fair amount of work!
Thanks for
Lorenzo Gil Sánchez wrote:
I tried to go further and discover the source of this problem adding a
breakpoint just before the exception is raised. This is what I got:
(Pdb) self.context
zope.app.folder.folder.Folder object at 0x7faf532e4320
(Pdb) self.context.keys()
OOBTreeItems object at
Stephan Richter wrote:
Hi everyone,
I am starting to use Restricted Python a lot and I found the following problem
with slicing:
from zope.security import checker
l = [1, 2]
l[-3:]
[1, 2]
lp = checker.ProxyFactory(l)
lp[-3:]
[2]
The problem is that -3 gets converted to 1 somewhere, but
Hi all,
I'm trying to get a handle on Zope 3. I plan to take a bunch of Zope 3
modules and combine them in a new way. The goal is to create for myself
a comfortable working environment that lets me run simple code in a
small mod_wsgi environment with easy reloading and no ZODB initially.
Wichert Akkerman wrote:
Previously Shane Hathaway wrote:
I think I want to use a threading.local as my site manager. That way, I
can use a different configuration for each WSGI app even if several apps
run in different threads of a single Python interpreter. It looks like
Kent Tenney wrote:
From Kevin's blog
http://www.blueskyonmars.com/2008/04/22/paver-and-the-building-distribution-deployment-etc-of-python-projects/
(http://tinyurl.com/68sz6u)
The idea is to use zc.buildout's machinery, not reinvent it.
I agree, it sounds like Kevin wants to take the best
Wichert Akkerman wrote:
Previously Chris Withers wrote:
The implicit change to make them all 64-bits which results in some
unknown slowdown for all I BTree users seems a bit too scary to bite
off...
Has anyone done any benchmarks to prove that 64-bits is slower or
faster? It would be
I'd like to announce the first release of PGStorage, a ZODB backend that
persists to a PostgreSQL database and supports undo. More info here:
http://hathawaymix.org/Weblog/2006-02-11
Download it from here:
http://hathawaymix.org/Software/PGStorage
Don't use it for production yet. Let
I just updated a trunk checkout of Zope 2. When I use 'python setup.py
build_ext -i', I get this:
Traceback (most recent call last):
File setup.py, line 32, in ?
import zpkgsetup.package
ImportError: No module named zpkgsetup.package
'make' fails the same way. My checkout has nothing
Philipp von Weitershausen wrote:
Shane Hathaway wrote:
I just updated a trunk checkout of Zope 2. When I use 'python setup.py
build_ext -i', I get this:
Traceback (most recent call last):
File setup.py, line 32, in ?
import zpkgsetup.package
ImportError: No module named zpkgsetup.package
[EMAIL PROTECTED] wrote:
I'm pretty sure this works.
Ok, I get it now. I misread it the first time.
This returns the equivalent of running
self.objectIds(spec=self._mt_index.keys()) on the current trunk/release
code, which should be identical to self._tree.keys(), but much, much faster.
I'm
[EMAIL PROTECTED] wrote:
I have very large BTreeFolder2 (CMFMember via BaseBTreeFolder in Archetypes)
- has about 260k items in _tree - objectIds() is painfully slow, as is
self._tree.keys() - I've casually observed using the meta type index to get
the object ids is many orders of magnitude
[switching to zope-dev]
Sidnei da Silva wrote:
On Fri, Jul 15, 2005 at 07:49:10PM +0200, Dieter Maurer wrote:
| But, it does not need to fail -- provided that with a product
| all its dependent products are refreshed as well.
|
| At least, I never saw it failing when I had met this
Dieter Maurer wrote:
Florent Guillaume wrote at 2005-7-8 20:36 +0200:
The RAMCacheManager does a costly pseudo-pickling of the objects it
stores to compute their size, but that information is only used in
the statistics screen.
I replaced it by the following code:
[...]
That's a fine
Florent Guillaume wrote:
The RAMCacheManager does a costly pseudo-pickling of the objects it
stores to compute their size, but that information is only used in the
statistics screen.
The motivation was actually more subtle: I wanted to prevent
applications from caching things that weren't
Sidnei da Silva wrote:
On Sun, Jul 10, 2005 at 12:18:03AM -0600, Shane Hathaway wrote:
| Catalog results in particular are an obvious thing to cache, but they
| aren't safe for caching because they link back to the catalog. You'd
| have major thread problems and probably inconsistent results
Florent Guillaume wrote:
What is the dependency on the python implementation, is it just
_embed_permission_in_roles ? Didn't you succeed in patching the C
version too in some earlier versions of VerboseSecurity ?
Currently, the C code makes no attempt to raise verbose errors. I've
never
I've written a patch against the Zope trunk that integrates the
functionality of the VerboseSecurity product into the Zope core. I've
attached the patch, which is based on Subversion revision 30788. All
Zope tests pass with the patch, whether verbose security is enabled or
not. A couple of
Andreas Jung wrote:
--On 14. Juni 2005 09:52:33 -0600 Shane Hathaway [EMAIL PROTECTED]
wrote:
This patch supercedes the VerboseSecurity product, so I don't plan to
update the VerboseSecurity product for Zope 2.8. Should the patch be
included in Zope 2.8.1?
From me: +2
There is clearly
Brian Lloyd wrote:
+1 from me ;)
It's in. (However, the zope-checkins list didn't seem to notice.)
Shane
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Shane Hathaway
Sent: Tuesday, June 14, 2005 11:17 AM
To: Andreas Jung
Cc: zope-dev@zope.org
Subject
Tim Peters wrote:
http://www.zope.org/Collectors/Zope/1800
describes some of the code problems with Zope's current way of mounting
databases. ZODB 3.4 (still) has a Mount.py module, unused and untested by
ZODB. Jim and I were both surprised today to discover that Zope (2.8) still
Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andreas Jung wrote:
Any objections to move BTreeFolder2 into the Zope core for Zope 2.8?
BTF is widely used in the Zope, CMF Plone world and it would not hurt
to ship it with Zope.
Shane, OK with you?
By all means, go
On Wednesday 12 January 2005 12:15 pm, Rodrigo Dias Arruda Senra wrote:
Inside the redefined::open(), the lock is acquired and
released before delegating to the original::open().
I wonder if:
1) That was done intentionally as a _step_on_the_break_ measure
2) acquire() or release() cause a
On Friday 13 August 2004 01:43 am, Paolo Bizzarri wrote:
Now, let's add an object (a File).
1) I can see a transaction *NOT* beginning, going on the sql log, with a
COMMIT;
2) I can see a begin/finish in my log;
The environment is as follows:
1) postgresql 7.3.2
2) zope 2.7.1
3) psycopg
On Thursday 12 August 2004 04:51 am, Paolo Bizzarri wrote:
A problem we encountered is that APE leaves the final db transaction
neither commited nor aborted, in the normal behaviour.
This shouldn't happen, of course, and I haven't seen any behavior like this.
What database are you using?
Ape
On Saturday 10 July 2004 15:55 pm, Tim Peters wrote:
[Shane Hathaway]
Here is what often happens in Zope:
def setFoo(self, value):
try:
self.foo = value
except:
LOG(Oops, ERROR, Some error happened, error=sys.exc_info())
self.change_count += 1
self.get_indexes
On Saturday 10 July 2004 20:54 pm, Casey Duncan wrote:
Shane Hathaway [EMAIL PROTECTED] wrote:
Why are
we fixing hasattr and bare excepts when the real problem is ZODB?
Well, the real problem is *probably* people, but I digress...
http://c2.com/cgi/wiki?TheProcessIsTheProblem ;-)
Still
On Friday 09 July 2004 11:50 am, Casey Duncan wrote:
On Fri, 9 Jul 2004 16:22:17 +0200
Dieter Maurer [EMAIL PROTECTED] wrote:
[..]
The hasattr replacement in Python's __builtin__ could look like:
_marker = []
def hasattr(obj, attr):
return getattr(obj, attr, _marker) is
On Saturday 10 July 2004 11:41 am, Tim Peters wrote:
[Shane Hathaway]
when the real problem is ZODB? ZODB
should *not* be sensitive to the way the application handles
ConflictErrors. When a ConflictError (or ReadConflictError) occurs, the
transaction should fall into an uncommitable
On Tue, 20 Apr 2004, Peter Sabaini wrote:
Shane Hathaway wrote:
Even with unbreakable encryption of credentials after login, you still
send the username and password in the clear at login time, and sniffers
can reuse the session ID with ease. You really shouldn't tell the Plone
users
On Sun, 18 Apr 2004, Kapil Thangavelu wrote:
part of the reason i never used ape as a means for svn integration was
was that this imo, mix of high level application operations with zodb
storage level operations never seemed a proper fit as it required
bypassing the storage interface for
Michael Bernstein wrote:
However, rather than suggest a wholesale moving and renaming of these
packages within 'z', I'd like to suggest an alternative short name for
the 'zope' package, 'OPE', which avoids this issue:
import OPE.interface
from OPE.app import zapi
from OPE.app.event import
Michael Bernstein wrote:
Fred Drake wrote:
Hehe. ;-)
(I do hope you're joking!)
About even considering a 'wholesale moving and renaming' yes, obviously,
but as far as suggesting 'OPE' as an alternative to 'z' (insofar as it
is still necessary to avoid a name-clash with 'Zope'), no. 'OPE' (as
On Sat, 17 Apr 2004, Stuart Bishop wrote:
BTW, I wouldn't mind if you or Stuart took over maintainership of
CookieCrumbler after the next release. Then you'd be able to take it
any direction you want. I don't believe its model can support well
the things you're asking it to do, but
On Thu, 15 Apr 2004 [EMAIL PROTECTED] wrote:
What happens is you write a new serializer, notably write a custom
serializer for an object type you've already been using for a while, using
the default one ? (Presumably because you WANT to be able to access the
contents from other tools)
I
On Wed, 14 Apr 2004, Kapil Thangavelu wrote:
although i wonder if there is some hand waving in progress here that i
can't see. i guess my semantic notion of versions has been that of long
lived transactions, and is there a better means of thinking of them? how
do they play across with
On Wed, 14 Apr 2004 [EMAIL PROTECTED] wrote:
My initial, uneducated thoughts on the topic were simplistic, but then I'm a
big K.I.S.S. fan: simply pickle the entire object back and forth as one
entity. This means for each object, there is one file on the fs. The
benefit is greater
On Wed, 14 Apr 2004 [EMAIL PROTECTED] wrote:
Right now the fs implementation stores script commands that are cummulated
upon connect() (I think?), validated as best as possible upon vote() and run
upon finish(). I don't see why this couldn't be adapted to SVN txn's ...
connect() = start a
On Wed, 14 Apr 2004 [EMAIL PROTECTED] wrote:
Fact is if one wanted a client to interact with a svn repository that stores
zope objects, it would need to be fairly specifically designed for it ...
How would a client (Say dreamweaver with a subversion plug-in) know that
when editing an image,
On 04/14/04 12:27, yuppie wrote:
Jim Fulton wrote:
But I think that this is a big problem. Backward compatibility for Z2
*is*
important. It's too bad that lots of test files have to import Zope.
Sigh.
Why is that a *big* problem?
- It's not nice to break tests, but that doesn't necessarily
On Thu, 15 Apr 2004, Arthur Chan Chi Chuen wrote:
I know you're pretty busy preparing the SVN stuff, but let me ask you a quick
question about VerboseSecurity.
Sorry, I didn't mean to drop this. My inbox got too full. :-)
Someone online said the cvs.zope.org works in 2.7, but it's not.
On Tue, 13 Apr 2004 [EMAIL PROTECTED] wrote:
Thanks for the extra tips, I'll check out those interfaces! I'm also getting
up to speed on the whole mapper concept, where the work regarding properties
handling seems to be ?
Ape supports both annotations and Zope properties. Annotations are
On Mon, 12 Apr 2004, Chris Withers wrote:
I think the attached patch (against CookieCrumbler 1.1) makes
CookieCrumbler a little more secure.
Your patch won't work with multiple ZEO app servers. It appears to store
the tokens in a module global. Do not apply it.
PS: To make cookie auth
On Mon, 12 Apr 2004, Chris Withers wrote:
For me, that's worth patching for, it's up to you if you want to include
it in an offical CookieCrumbler release or not ;-)
Making cookie authentication secure is surprisingly difficult, and you've
barely taken one step. I don't want CookieCrumbler to
On Mon, 12 Apr 2004 [EMAIL PROTECTED] wrote:
Well, step one is done ... I now have Zope + Ape using Subversion as it's
filesystem !!
That's fantastic!
I'll write a more detailed reply soon. :-)
Shane
___
Zope-Dev maillist - [EMAIL PROTECTED]
On 04/12/04 09:04, Chris Withers wrote:
For me, that's worth patching for, it's up to you if you want to include
it in an offical CookieCrumbler release or not ;-)
BTW, I wouldn't mind if you or Stuart took over maintainership of
CookieCrumbler after the next release. Then you'd be able to
On 04/08/04 12:16, Paul Winkler wrote:
On Wed, Mar 24, 2004 at 01:32:18PM -0500, Shane Hathaway wrote:
Jeremy has suggested that object pre-fetching could be added to ZODB.
This is much on my mind currently.
Any thoughts on what an API for pre-fetching might look like?
Well, thinking about
On Fri, 2 Apr 2004, Chris Withers wrote:
Shane Hathaway wrote:
I think it would be pretty neat. :-)
And YET ANOTHER thing the poor Zope user has to learn when they start:
Hardly. You're confusing a fun little project with the Zope core
platform. Please don't put down people's ideas
Chris Withers wrote:
Shane Hathaway wrote:
BTW instead of TAL, it should be called SAL, Style Attribute Language.
TAL needs a sister. :-)
Arg! No more languages! :'(
I think it would be pretty neat. :-)
Still, maybe a TALES-in-plain-text thing has some merits, but then you
want defines
On 03/30/04 14:31, Tres Seaver wrote:
I strongly favor DTML over ZPT for those cases where you need to
generate dynamic plain text (mail, CSS, Javascript, etc.) Neither
will be transparent to tools like Dreamweaver, but then again I can't
imagine *any* markup that would be transparent; it
On 03/30/04 22:14, Shane Hathaway wrote:
Here is a fairly transparent syntax to consider.
p {
color: gray;
background-color: white;
-tal-define: preferences context/preferences;
-tal-attribute-color: preferences/foreground;
-tal-attribute-background-color: preferences/background
On Wed, 24 Mar 2004, Chris Withers wrote:
Shane Hathaway wrote:
To do this, I would change Products/PageTemplates/Expressions.py. It
creates an expression evaluation engine and adds expression types to it.
It chooses the unrestricted or the restricted expression types based
Chris McDonough wrote:
I have put a new proposal up at
http://dev.zope.org/Wikis/DevSite/Proposals/FasterStaticContentServing
which deals with serving large static content objects faster from Zope
2. This is based on some work that Paul Winkler and I did at the PyCon
Zope 2 sprint. Comments
[EMAIL PROTECTED] wrote:
Is there any way to have a working config for postgresql and zope 2.7 ?
Or everybody is working with FileSystem storages and SQL storages are just
working with zope 2.6 ?
Thanks for reporting this. I just now brought the ZConfig schema up to
date. See the updated
Chris McDonough wrote:
IMO code that needs to read from the database shouldn't return a
producer. Instead, it should probably continue using the RESPONSE.write
streaming protocol in the worker thread when it needs to do
producer-like things. Returning a producer to ZPublisher seems to only
Jamie Heilman wrote:
Paradoxically, by ignoring Zope's security framework in the context of
on-disk methods this actually improves Zope's overall security.
I can see that. It's interesting that when security is burdensome, it
is often less secure overall as a result. I see this pattern
Bjorn Stabell wrote:
Has anyone gotten TCPWatch to work recently? Using Python2.1/2.2/2.3 I get:
Unhandled exception in thread started by function window_loop at
0x402877d4
Traceback (most recent call last):
File /zope/opt/bin/tcpwatch.py, line 656, in window_loop
app.mainloop()
File
On Mon, 9 Feb 2004, Lennart Regebro wrote:
From: Dieter Maurer [EMAIL PROTECTED]
Maybe, we have a memory corruption.
I have seen objects magically becoming None in
Python versions with memory corruption problems (Python 2.1.1).
Also, loads of objects can become None when you do a
On Fri, 16 Jan 2004, Alan Milligan wrote:
Tres Seaver wrote:
That change is one of a number which are designed to prevent
cross-site scripting attacks; DTML is particularly vulnerable to such
cracks, as it doesn't force the template writer to choose the source
from which the name
Chris McDonough wrote:
Yesterday I made a Zope 2 branch named
chrism-zserver-connection-policies-branch.
The benefits that result from the changes are that you can reserve a
thread pool for a particular set of ZServer servers, and that you can
specify alternate ZODB connection policies on a
Chris McDonough wrote:
Forgive me, but I don't see the motivation: a database connection
represents a large chunk of RAM. Won't the new policies just cause
overloaded sites to also run out of RAM?
No. Well, at least one implementation won't. ;-) We don't reserve a pool of
database
On Wed, 24 Sep 2003, Chris Withers wrote:
Hi Shane,
I see from the CVS logs that you originated the error_log tool so I thought I'd
try you for ideas, and CC zope-dev in case anyone there can help...
I've been having some fun'n'games with Oracle:
Jamie Heilman wrote:
Tres Seaver wrote:
The empty E-tag exists to support *very* broken clients (MSOffice over
WebFolders); it should be removed, perhaps with a knob which allows
re-enabling it for the sites that actually have people editing content
using those clients.
Yeah it should be
Germer, Carsten wrote:
Thanks Bjorn, now I remember the last-modified issue.
As I remember it, someone said that the line is commented out for a reason
not known... that's why I didn't change it :)
It has always been commented out in CVS. That may have been a
mistake--it may have been a
Luis Lavena wrote:
I'll like to Request For Comments on something I was thinking for the
past weeks: a pythonic replacement of mkzopeinstance script found on
zope 2.7, and extend it later to a full GUI client (Win32 for a start).
the URL is :
http://www.mmediasys.com/zope/rfc.html
A while ago I
Seb Bacon wrote:
Hi,
I'm trying to use Ape for a photo album - the idea being that I just
drop new photos where I normally do on the filesystem, and Zope provides
a thumbnails-bells-and-whistles view onto it.
Performance is extremely poor: viewing the root of the hierarchy causes
*all*
On 08/27/2003 07:55 PM, Christian Tismer wrote:
just by chance, I got into the position to try out
Zope 2.7.0 beta 1/2, and since it needs Python 2.2.3
at least, and Stackless 3.0 was just ported to that, I tried
to build Zope with Stackless 3.0.
It works very very well! After a few patches to get
Christian Tismer wrote:
Stackless 3.0 does all of it, whatever is possible.
That means, you can switch whatever, even extension
C code with Python callbacks. But cooperative code
can switch faster.
I'm very happy to hear you've forged onward. I was concerned you had
given up.
But Zope has a lot
On 08/25/2003 05:12 PM, Leonardo Rochael Almeida wrote:
But maybe this means that the leak is not related to the DateTime
refcounts. It's just that the fast and continual increase in DateTime
objects is really bugging me. BTW, what is the usual DateTime refcount
in heavy ZCatalog sites you guys
Paul Winkler wrote:
On Mon, Aug 25, 2003 at 10:35:58PM -0400, Shane Hathaway wrote:
They are probably in the ZCatalog. Remove all metadata fields you can.
If you have index dates, use DateTimeIndexes rather than the standard
indexes.
Hmm. ZCatalog provides a DateIndex, is this what you mean
Leonardo Rochael Almeida wrote:
On Sat, 2003-08-23 at 22:18, Shane Hathaway wrote:
When you flush the cache, those DateTimes should disappear. If they
don't, the leak is keeping them.
They are disappearing. Too bad they return immediately after, as they're
comming from a very heavy catalog query
Paul Winkler wrote:
On Mon, Aug 25, 2003 at 02:57:50PM -0400, Shane Hathaway wrote:
2.6 is also intended to be compatible with Python 2.2. It's just that
here at ZC we haven't gone through the rigorous analysis we've been
planning. Hmm, come to think of it, the community could actually do
Tim Peters wrote:
I'd actually recommend skipping 2.2 and going straight to 2.3 -- 2.3 is
basically 2.2 + 16 months of bugfixes and speedups, a very solid release.
It will create more problems for Zope because 2.3 starts complaining about
more deprecated practices that 2.2.3 still lets slide, but
On 08/22/2003 05:38 PM, Leonardo Rochael Almeida wrote:
In time, DateTime refcounts eventually dwarves the second place by an
order of magnitude. I think this is related to the fact that DateTime
instances are stored as metadata, even though the date indexes have been
converted to DateTime
Paul Winkler wrote:
On Wed, Jul 30, 2003 at 04:49:19PM -0400, Shane Hathaway wrote:
If you want to look for a solution, consider using *only* Python
expressions--no path expressions. You'll get a lot of mileage that way,
but at the expense of syntax clashes. Who knows, you might find a
pretty
robert wrote:
I tried to delete a couple of elements from a BTreeFolder2
and got the following traceback:
Exception traceback
Time2003/08/10 21:46:29.655 GMT+2
User Name (User Id) robert (robert)
Request URL
http://localhost:8080/Zehnder/sonntag/portal_memberdata/manage_delObjects
Andrew Sydelko wrote:
I've seen no problems with imports. And if anything, the cache
implementation in the ZODB3.1.2 version of ZEO made a remarkable
performance difference.
... as compared with earlier versions or later versions? I hope it's
getting faster, not slower. :-)
Shane
Andrew Sydelko wrote:
It's faster especially compared to ZEO 1.x, but also compared to earlier
versions of ZEO 2.x/ZEO from ZODB3.1.x.
At one point, changes were made to the initial cache invalidation check
that caused ZEO startup time to become significantly faster.
Before this change the ZEO
Paul Winkler wrote:
Which reminds me... Is it expected that ZEO can take quite a while
to show a new object on all clients?
With zope 2.6.2b3, ZEO 2.0.2, I can reliably get this behavior:
1) browser 1 looking at foofolder on client 1 adds a new object
/foofolder/bar.
2) browser 2 on client 2
Paul Winkler wrote:
On Thu, Jul 31, 2003 at 12:13:40PM -0400, Shane Hathaway wrote:
This is clearly problematic. At what point is client 2 supposed to
see the new object??
Immediately. You are experiencing a bug. ;-)
OK... is this a known bug? Is it a bug in ZEO or Zope or what?
I've seen
Paul Winkler wrote:
On Tue, Jul 29, 2003 at 04:43:21PM -0400, Shane Hathaway wrote:
a tal:attributes=href here/format:url_quote /
Where do you put the argument? I don't see some_url.
Oops, I meant this:
a tal:attributes=href some_url/format:url_quote /
To me, that's a vast improvment, and it's
Evan Simpson wrote:
With prefixes, the simpler
here/getSomeObject/call:/someAttribute gets the job done.
FWIW, I'd write this as here/call:getSomeObject/someAttribute. I
suppose it's possible to support both. One interesting difference is
that my syntax says both get an attribute and call it,
Paul Winkler wrote:
On Wed, Jul 30, 2003 at 02:06:13PM -0400, Shane Hathaway wrote:
Evan Simpson wrote:
With prefixes, the simpler
here/getSomeObject/call:/someAttribute gets the job done.
FWIW, I'd write this as here/call:getSomeObject/someAttribute. I
suppose it's possible to support both
Paul Winkler wrote:
On Wed, Jul 30, 2003 at 02:29:45PM -0400, Shane Hathaway wrote:
How would you pass arguments in your version? I'd say that passing
arguments accounts for a very large percentage of my need to use
TALES python expressions.
If you need to pass arguments, use a Python expression
[Paul Winkler]
I guess I don't understand the goal. Are we trying to make it
so that zpt authors don't have to know any python?
[Chris Withers]
For me, that would be ideal...
[Paul Winkler]
I really think that's a mistake.
Guys, that line of thinking is a distraction. ZPT authors ought to
learn
Chris Withers wrote:
http://dev.zope.org/Wikis/DevSite/Proposals/MacroParameters
I'm swinging round to the ideas behind this proposal having initially
been against it.
What's the status of implementation?
Somewhere in the clouds. :-)
Seriously, people seem to be in favor of it, but it's not a
Fred L. Drake, Jr. wrote:
Shane Hathaway writes:
- You have to be careful not to use double quotes in expressions.
(Ampersands and less-than/greater-than signs are tricky too. Watch out
for pairs of hyphens!)
This is FUD. TAL can handle these things quite well; the problem is
that many
Jim Penny wrote:
Frankly, would not even have occurred to me - I would probably create a
tiny Script (Python) en passant, and called it directly, as:
a tal:attributes=href python: here.url_quote(some_url) /. I did not
realize that this is deprecated in Zope3.
Your example relies on implicit
I only use 2 because it's there :-) Thinking more about it, it
occurs to me that python expressions in TALES provide a huge hole
in the separation of presentation from logic.
My view is that embedding logic in presentation isn't quite the right
thing to avoid. Consider how much logic goes into
Anthony Baxter wrote:
Is it possible that there's a C code product that's not been updated? How would I
figure out what it might be?
Are you running the DynPersist extension from ZPatterns? That would
need to be recompiled.
Also note that python setup.py build doesn't reliably rebuild the
101 - 200 of 537 matches
Mail list logo