won't work
at all as intended;
- - the other bit is the use of the AdapterNamespaces bit, which feeds
into the 'getFunctionNamespace' bit;
therefore be it resolved:
- - that we forego using the 'ZopeEngine' class completely in Zope2,
providing instead a forked / simplifie
ome time back.
Tres.
- --
=======
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Palladion Software "Excellence by Design"http://palladion.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tres Seaver wrote:
> Resolution #1
> =
>
> Whereas:
>
> - The 'zope.app.pagetemplate.engine' module pulls in nothing from
> 'zope.app' packages except some antique testing support in doctest;
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martijn Faassen wrote:
> Tres Seaver wrote:
>> Resolution #2
>> =
>>
>> Whereas:
> [removing evaluateInlineCode]
>
> zope.app.catalog: old-fashioned HTTP log test. Not very important.
> zope.app.pub
ding changelogs.
- - By running the "indirect imports checker" script on their code.
Tres.
- --
=======
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Palladion Software "Excellence by Design"
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tres Seaver wrote:
> Resolution #3
> =
>
> Whereas:
>
> - In Zope2, the 'Products.PageTemplates.Expressions' module depends
> on the 'zope.app.pagetemplates.engine' module, but only uses
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Stephan Richter wrote:
> On Monday 25 May 2009, Tres Seaver wrote:
>> Log message for revision 100382:
>> Coverage.
>
> On a tag?
My bad: I switched a checkout to the tag to make a release. Note that
I then further borked
ividual methods.
I will update the tests to remove all 'zope.app' dependencies, which
will fix this problem when I release the new egg.
Tres.
- --
===
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Palladion Software "Excellence by Design"
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tres Seaver wrote:
> Andreas Jung wrote:
>> I get the following failure while running the Zope 2.12 tests:
>
>> aj...@suxmac2:~/sandboxes/Zope-2.12/2.12 bin/alltests
>> Test-module impor
*six years ago* to the
Zope2 version from which zope.index was forked!
Hasn't anybody been using this package?
Tres.
- --
=======
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Palladion Software "Excell
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christian Theune wrote:
> On Tue, 2009-06-09 at 20:07 -0400, Tres Seaver wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Chris McDonough wrote:
>>> Log message for revision 100775:
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tres Seaver wrote:
> I propose that we consider merging the two implementations, along the
> lines of the following:
>
> 1. Review the change history of the two codebases since the original
>fork, porting relevant changes from th
File
"/home/tseaver/projects/Zope-CVS/Zope-2.10-branch/lib/python/Acquisition/tests.py",
line 1669, in Acquisition.tests.test_proxying
Failed example:
list(i.c)
Expected:
iterating...
[42]
Got:
getitem 0
getitem 1
ZODB 3.9.x in
the earlier Z2 versions.
Tres.
- --
=======
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Palladion Software "Excellence by Design"http://palladion.com
-BEGIN PGP SIGNATURE-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andreas Jung wrote:
> On 11.06.09 20:10, Tres Seaver wrote:
>>> """
>> This doctest is failing for me in an up-to-date checkout of the 2.10
>> branch. Andreas, can you please investigate?
>>
>
ceInformation.
The first two may be the only real uses of the menu framework you
discuss above. I would actually like to move Products.Five.viewlet out
into a separate pacakge (five.viewlet), as I don't think there is a core
requirement to support the viewlet machinery. The last one is trickier:
that int
t; had to gut zope.proxy which was ugly
>
> How so?
>
>> and obviously unsupported.
>
> I don't think so. What makes you think it's unsupported.
I think Tim was referring to his mangled version of zope.proxy (no C
extensions, to allow running on GAE).
Tres.
- --
==
ckages to use
Python 2.5, which is "known to work" with Zope 2.10.
[1] http://svn.zope.org/Zope/branches/2.12/doc/INSTALL.rst?view=auto
[2] http://article.gmane.org/gmane.comp.web.zope.plone.teams.framework/2767
Tres.
- --
===
#x27;,
This *can't* be the right fix!
(/me checks the tests).
Those tests are *terrible*: we should be rewriting them, rather than
papering over a completely stupid dependency on zope.app.component.
Tres.
- --
===
Tres Seaver
of libxml2 /
libxslt.
Tres.
- --
===
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Palladion Software "Excellence by Design"http://palladion.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Co
(something in the buildout config file, I guess).
Tres.
- --
=======
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Palladion Software "Excellence by Design"http://palladion.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment:
links them statically into the .so / .dll /
.pyd file for lxml.
> Will lxml look somewhere in /usr/local? I wonder if hand-built libxml2
> and libxslt libraries in /usr/local would make lxml easier to deal with.
I would just use --static-deps (works well for me on CentOS4, for instanc
ly like to find a way to suppress this.
>
> In general, I find deploying as zip files to be an anti-feature. In
> seems especially insane when extension modules are involved.
The only way to deploy *any* non-toy app on GAE is via zip file(s) (I
would think a single big one would be best)
quire zope.proxy)
zope.location
zope.proxy
zope.security
... and so forth.
- - Links to the dependency graphs for each toolkit package would be
helpful, too.
Tres.
- --
===
Tres Seaver +1 540-429-0999 tsea...@palladion
in failUnless
if not expr: raise self.failureException, msg
AssertionError: You are not allowed to access '1' in this context
Ran 23 tests with 1 failures and 4 errors in 0.512 seconds.
Tearing down left over layers:
Tear down zope.testing.testrunner.layer.UnitTests in 0.000 seconds.
-
meleon implementation of ZPT, but that
isn't a requirement: the application is free to use another
templating system, or the zope.pagetemplate implemenatation.
Tres.
- --
===
Tres Seaver +1 540-429-0999
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tim Cook wrote:
> On Tue, 2009-06-30 at 14:35 -0400, Tres Seaver wrote:
>
>> While I know that Mac people often report problems building lxml, I
>> never have issues building lxml on Linux: the '--static-deps' option i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lennart Regebro wrote:
> 2009/7/5 Tres Seaver :
>> BFG-the-framework uses the "bicycle seat toolkit" (zope.interface,
>> zope.component, and dependencies).
>
> Fun name. Any reason for calling it this instead of the ZC
changed them all, however ;)
Tres.
- --
=======
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Palladion Software "Excellence by Design"http://palladion.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Li
Tres.
- --
=======
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Palladion Software "Excellence by Design"http://palladion.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://
filerepresentation.
We can then leave behind BBB imports in zope.filerepresentation, which
will depend on zope.container for them; zope.container will no longer
depend on zope.filerepresentation.
Tres.
- --
=======
Tres Seaver +
be the result of using "naive" datetime objects while
expecting them to be converted to hard-wired integers, so that tests
which pass on Hanno's machine fail on mine, because of different timezones.
Tres.
- --
targeted at the lucky numbered Zope 2.13 ;-)
>
> Do people generally agree with this direction?
Tres.
- --
===
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Palladion Software "Excellence by Design"
svn:externals \
projects/Zope-CVS/Zope-2.10-branch/lib/python/zope | grep testing
testing \
svn://svn.zope.org/repos/main/zope.testing/tags/3.0/src/zope/testing
Tres.
- --
===
Tres Seaver +1 540-429-0999 tse
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hanno Schlichting wrote:
> On Thu, Jul 30, 2009 at 7:43 PM, Tres Seaver wrote:
>> I would also be +1 to removing the formlib and viewlet integration into
>> separate eggs: I don't think either of them belongs in core Zope2 at
>
cquisition problems for
64-bit machines: I released new eggs to PyPI for them:
- - http://pypi.python.org/pypi/ExtensionClass/2.11.3
- - http://pypi.python.org/pypi/Acquisition/2.12.2
Tres.
- --
=======
Tres Seaver +1 540-429-0999
s?
Shoot that test: it sucks both as a test and as documentation.
Tres.
- --
===
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Palladion Software "Excellence by Design"http://palladion.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GN
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hanno Schlichting wrote:
> On Sun, Aug 2, 2009 at 8:30 PM, Tres Seaver wrote:
>> I think I have fixed the ExtensionClass and Acquisition problems for
>> 64-bit machines: I released new eggs to PyPI for them:
>
> Awesome!
e frameworks are objectively less well supported, even if
some developers use them for some apps built on top of the frameworks.
The difference is that lots of people are going to *notice* breakage in
my proposed set.
There are smaller subsets of this group (e.g., my "bicycle-seat ZTK")
whic
oundation for each of the other projects mentioned to build from.
>
> This sounds like the right starting point to me.
The ZTK is supposed to be a *base* for the other platforms to use, and
to represent the portions of the code which are not specific to any
single platform.
Tres.
- --
=
kout*/Zope/trunk/versions.cfg?view=markup
Tres.
- --
===
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Palladion Software "Excellence by Design"http://palladion.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comm
one critical fix, while maintaining 100% compatibility.
+1 for the approach in general (I haven't looked at the patch in
detail). Assuming all tests pass, and that you have a test exercising
the ':' bug you describe, I would just commit it on the trunk (I think
such a change sh
aps using something like 'zc.sourcerelease'.
Tres.
- --
=======
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Palladion Software "Excellence by Design"http://palladion.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comme
globalmodules.zcml' behavior back
can add one line to their 'site.zcml;), but could live with B. The ZTK
needs to impose as *little* policy as possible.
Tres.
- --
===
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Palladion Software "Excellence
mingled into the form data: for instance, we could
hand a QUERY_STRING-free copy of the environment to the cgi.FieldStorage
machinery.
Whatever gets done needs to leave the existing test in place::
self.assertEqual(dict(request.form), dict(x='1', y='2'))
for a requ
an not require a minor version in setup.py.
Huh? setuptools doesn't care about how many dots are in the dependency.
Tres.
- --
===
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Palladion Software "Excellence by Design"http://palladion.com
-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Stephan Richter wrote:
> On Thursday 27 August 2009, Tres Seaver wrote:
>> Stephan Richter wrote:
>>> On Thursday 27 August 2009, Dan Korostelev wrote:
>>>>extras_require={
>>
on Ubuntu 8.04 LTS
>> (released just last year). I don't think SVN 1.5 is common enough yet to
>> make such a move possible.
>
> you still can use 1.4 clients an a 1.5 server I think..
I don't think such clients will be able to grok newer features (such
ot;0" strategy that it makes the job of
releasing a package a little harder: releaseing software should be a
thoughtful, careful process, not something you do without a bit of
hesitation and review.
Tres.
- --
===
Tres Sea
rot" by focusing on the packages which are in active use by
more than one project.
Tres.
- --
=======
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Palladion Software "Excellence by Design"http:
integrating a specific external server out of
the core.
Tres.
- --
===
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Palladion Software "Excellence by Design"http://palladion.com
-BEGIN PGP
de.
Tres.
- --
===
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Palladion Software "Excellence by Design"http://palladion.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG
e2 expects the ZopeVocabularyRegistry to be
registered. Can you remember what needed it?
Tres.
- --
=======
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Palladion Software "Excellence by Design"http://palladion.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andreas Jung wrote:
> On 18.09.09 17:56, Tres Seaver wrote:
>> Two modules do a really complicated and ugly conditional import dance to
>> try and make twisted availabe as an alternative to ZServer.
> Can you explain a bit more?
>
le now; I'm proposing to remove them
completely from the ZTK.
Tres.
- --
=======
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Palladion Software "Excellence by Design"http://palladion.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andreas Jung wrote:
> On 18.09.09 18:18, Tres Seaver wrote:
>> Andreas Jung wrote:
>>> On 18.09.09 17:56, Tres Seaver wrote:
>>>> Two modules do a really complicated and ugly conditional import
>> dance to
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
yuppie wrote:
> Hi Tres!
>
>
> Tres Seaver wrote:
>> I don't know what the purpose of the following checkin was:
>>
>> http://svn.zope.org/Zope/trunk/?rev=85827&view=rev
>
> See https://mail.zope.
it is truly only six lines of
code (plus tests, docstrings, module headers, etc.). My tests are
clearer and more comprehensive, too. :)
Tres.
- --
===
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Palladi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tres Seaver wrote:
> yuppie wrote:
>> Hi Tres!
>
>
>> Tres Seaver wrote:
>>> I don't know what the purpose of the following checkin was:
>>>
>>> http://svn.zope.org/Zope/trunk/?rev=85827&
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Reinout van Rees wrote:
> On 2009-09-18, Tres Seaver wrote:
>> - - Any package which doesn't have real narrative documentation checked
>> into its 'docs' subdirectory, or a commitment from a maintainer
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tres Seaver wrote:
> Tres Seaver wrote:
>> yuppie wrote:
>>> Hi Tres!
>
>>> Tres Seaver wrote:
>>>> I don't know what the purpose of the following checkin was:
>>>>
>>>
e you are ready to *release* an update, run the ZTK tests with your
released version, just to check for breakage.
- - Before checking in an updated versions.cfg to the ZTK trunk,
incorporating your new relase, all the ZTK tests *should* pass. If
they don't, then you should be in the mi
of zope.error (trunk) from 30 to 22, additionally cutting the
> dependency on zope.publisher would make it 10.
Good start. :)
Tres.
- --
===
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Palladion Software
Ids and indexed in the catalog.
+1 from me: reusable library code shouldn't be imposing policy on the
application.
Tres.
--
===
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Palladion Software &
' and 'zope.filerepresentation' interact with these
modules?
- How do these modules interact with the standard library's 'mimetypes'
module?
Tres.
--
===
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Pa
i/python-magic/0.1 is a ctypes wrapper
around libmagic -- no sdist ;(
- http://pypi.python.org/pypi/magic/0.1 has its own database inlined
in the module. It has no distributions at all, just a link to a bare
magic.py file.
Tres.
--
=====
;normal" browser GET, period: the specs explicitly, deliberately
overload the GET verb.
Hence the IANA-assigned "WebDAV source port"[1] (9800) (which *we*
requested) in order to disambiguate those requests.
[1] http://www.iana.org/assignments/port-numbers
Tres.
- --
=====
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin Aspeli wrote:
> Tres Seaver palladion.com> writes:
>
>> There is no way to tell the difference between a WebDAV GET and a
>> "normal" browser GET, period: the specs explicitly, deliberately
>> overlo
rebuilding the _socket native module will probably do it and I will test
> this as soon as I have more time.
You might also look at "fixing" varnish: I don't know of any valid
reason for it to be using the "half-open" connection model to test that
an HTTP-based backend i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Leonardo Rochael Almeida wrote:
> On Fri, Oct 16, 2009 at 16:36, Tres Seaver wrote:
>> [...]
>> You might also look at "fixing" varnish: I don't know of any valid
>> reason for it to be using the "half-open&
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lennart Regebro wrote:
> 2009/10/16 Tres Seaver :
>> Hmmm? A TCP socket corrresponds to exactly one open file descriptor,
>> which has to stick around for the response data to come back on.
>> "Half-closing" it is jus
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Izak Burger wrote:
> Tres Seaver wrote:
>> You might also look at "fixing" varnish: I don't know of any valid
>> reason for it to be using the "half-open" connection model to test that
>> an HTTP-based
t; It's a regression.
+1 for fixing this prior to release: the regression breaks the zopectl
shell.
Tres.
- --
=======
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Palladion Software "Excellenc
txt' one inside
zope.testing, which should be disabled (or removed altogether): hitting
a third-party website from within automated test suites is both rude and
foolish.
Tres.
- --
=======
Tres Seaver +1 540-429-0999 t
to
write the module from scratch, I bet I would come within a negligable
diff (whitespace, ordering of #includes, etc.) of the same code.
Just for belt-and-suspeders: as a ZF board member, I would certainly
vote to contribute the code to Python.
Tres.
- --
===
grok.global_utility(myRoot, IAnonymousUtility, name="root")
>
> I think we'd want a less icky name than IAnonymousUtility, though.
Just use 'Interface'.
Tres.
- --
===
Tres Seaver +1 540-4
BFG uses the "under the bicycle seat" subset of the toolkit. ;)
Tres.
- --
=======
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Palladion Software "Excellence by Design"http://palladion.c
that notion:
>
> @IFoo.implementer
> class Foo(object):
> pass
+0 here: I don't mind the current pattern, but it might be needful to
switch to support Lennart's / MvL's work on porting to Python 3.
Tres.
- --
arity in Benji's spelling over satisfying a
non-existing usecase.
Tres.
- --
===
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Palladion Software "Excellence by Design"http://palladion.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Usi
is a good
idea. The caller doesn't know any different in the zope.component API:
getUtility(IFoo)
getAdapter(context, IFoo)
They are both lookups, from the caller's perspective. Why should the
caller care that the adapter lookup finds a factory and calls it, while
the utili
instance at 0xb7d0690c>, , u'')
which strikes me as wildly disjoint: the IFoo behavior is "expected"
(short-circuit the lookup if the object already provides the interface),
while the getAdapter behavior is a puzzlement.
Tres.
- --
===
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christian Theune wrote:
> On 11/25/2009 08:51 PM, Fabio Tranchitella wrote:
>> * 2009-11-25 19:35, Tres Seaver wrote:
>>>>> IFoo()
>>>>> IFoo(x)
>>>>> IFoo(x, y)
>>> You can't
ow to make existing code compatible with both 3.x
and 4.x APIs.
Tres.
- --
=======
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Palladion Software "Excellence by Design"http://palladion.com
---
The fact that, under the hood, an adapter lookup
happens to call a factory, passing the context args, is not relevant *to
the caller*.
Tres.
- --
===
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Pal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tres Seaver wrote:
> Gary Poster wrote:
>> On Nov 27, 2009, at 6:32 AM, Martijn Faassen wrote:
>
>>> Utility lookups versus adapter lookups
>>> --
>>>
>>> There wa
hen allow tuple adaptation again. :)
Do we really have a significant codebase which both needs to adapt
tuples *and* uses the interface-calling sugar?
Tres.
- --
===
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Palladion Soft
red
as utilities from ZCML / imperative code: even that term is inaccurate
once persistent objects get registered.
[1] See the description of the Singleton pattern in the
mother-of-all-wikis: http://www.c2.com/cgi/wiki?SingletonPattern
Tres.
- --
==
object: if it implements (rather than provides) the interface, then
call it, otherwise just return it. Folks who use factories which don't
declare what they implement would need to adjust if we adopt this approach.
Tres.
- --
===
Tres Seave
instance
> somewhere so that I can use it from any module in my zope product.
I disagree on the need to use a global: you should just be able to call
'logging.getLogger("yourapp")' and use the instance which comes back.
Tres.
- --
for the
testcase class: at that point, the '-D' option to the testrunner will
stop you at the error, with the tearDown not yet called.
Or are you doing this in doctests? If so, move the code you are testing
into a real testing framework. ;)
Tres.
- --
=
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ross Patterson wrote:
> Tres Seaver writes:
>
>> Are you using try:...finally:... inside your testcase methods? If so,
>> why not just move the cleanup invocation into your 'tearDown' for the
>> testcase class:
Has somebody been doing nasty stuff like removing releases on PyPI?
Tres.
- --
===
Tres Seaver +1 540-429-0999 tsea...@palladion.com
Palladion Software "Excellence by Design"http://palladion.com
-BEGIN PGP SIG
7 beta is out now, so it's pretty urgent.
Its an alpha, not a beta. http://www.python.org/download/releases/2.7/
says: "Python 2.7 alpha 1 was released on December 5th, 2009."
Tres.
- --
===
Tres Seaver
or 12 or 18 months
> later. :)
>
> Cc:ing zope-dev for opinions.
+1 in general to the idea: we should be able to put together a
"buildcompat"-style buildout which would be autoamatable under buildbot.
Tres.
- --
=========
17, in __call__
>Module Products.PageTemplates.Expressions, line 127, in _eval
>Module zope.tales.expressions, line 124, in _eval
>Module Products.PageTemplates.Expressions, line 76, in
> boboAwareZopeTraverse
>Module OFS.Traversable, line 312, in restrictedTrav
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin Aspeli wrote:
> On 13/12/09 16:49, Martin Aspeli wrote:
>> On 13/12/09 10:52, Tres Seaver wrote:
>>
>>> Doesn't smell like a regression to me: the code there hasn't changed in
>>> a good long while.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
There used to be a section in the "Advanced Zope Scripting" chapter
which documented using External Methods: why is it gone now?
Tres.
- --
===
Tres Seaver +1 54
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tres Seaver wrote:
> There used to be a section in the "Advanced Zope Scripting" chapter
> which documented using External Methods: why is it gone now?
Looks like Hanno did this in r96569, 2009-02-15. I'm planning to revert
the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tres Seaver wrote:
> Tres Seaver wrote:
>> There used to be a section in the "Advanced Zope Scripting" chapter
>> which documented using External Methods: why is it gone now?
>
> Looks like Hanno did this in r9656
ally contemplated replacing the current adapter hook with a
more generic hook: the __call__ of interface would delegate to this hook
for its semantics.
Given that the choice to use __call__ is not widely enough accepted, I
think something like your solution makes sense. I'm not sure th
301 - 400 of 1808 matches
Mail list logo
