like a good idea. The ZMI has traditionally suffered from just
having more and more knobs to twiddle with little thought of the actual
UI. I don't think that should block this PR (if it's required to solve a
common problem at short notice).
Charlie
--
Charlie Clark
Managing Director
Clark
e work on this particular
library.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting & Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
___
Zope-CMF maillist - Zope-CMF@zope.org
https://mai
, in Products.CMFCore.tests.test_zcml.test_registerDirectory
Failed example:
reg_keys[1] in _dirreg._directories
Expected:
True
Got:
False
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
everybody can live with.
I can live with it because I haven't made a commit in at least two years.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
.
It was always stable. I guess that means everybody here is a perfect
developer who never makes mistakes.
haha!
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
.
The only thing I have here is that changes should probably come in a new
release. I think we've (well, you've) done most of the work for moving
from TTW and we can look to faster releases than in the past because of
the improved test coverage.
Charlie
--
Charlie Clark
Managing Director
Am 05.08.2013, 12:26 Uhr, schrieb yuppie y.2...@wcm-solutions.de:
No objections. I'd just like to do some small polishing before we create
2.3 branches.
Okay. Is there any of my stuff outstanding that you haven't already fixed
for me?
Charlie
--
Charlie Clark
Managing Director
Clark
in. But if there are no objections I'd like
to make a small modification:
We have 'view' (not 'viewing') and 'edit' (not 'editing'), so I think
we should use 'share' instead of 'sharing' for local roles.
Fine with me.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
I'll take care of it.
Thanks very much Patrick.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
___
Zope-CMF maillist - Zope-CMF
for some projects.
I would prefer this if possible.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
___
Zope-CMF maillist - Zope-CMF
while contributing
to other parts of Zope (chance would be a fine thing) that are on GitHub.
Still hoping for a third option.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
been by far the most prolific contributor to the CMF over the
last few years. I'm not sure if it will have much of a future without his
continued commitment.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600
today.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
___
Zope-CMF maillist - Zope-CMF@zope.org
https://mail.zope.org/mailman/listinfo
is still whether it should still
be in ZTK - providing DTML as an example suggests that this really is a
Zope only library. Do you see use for it outside the Zope context?
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
___
Zope-Dev maillist - Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
** No cross
with Zope 2.12. Zope 2.8 is no longer
supported.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
___
Zope-Dev maillist - Zope-Dev@zope.org
Am 06.12.2012, 17:14 Uhr, schrieb peppe scuglia peppe...@gmail.com:
What version of zope you recommends for python 2.6.6?
Thanks again for your disponibility
The current version of Zope is 2.13.19
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr
Am 30.11.2012, 18:21 Uhr, schrieb Charlie Clark
charlie.cl...@clark-consulting.eu:
Let me explain: in pdb I have access to request.form which is where I
can see the difference. With Sentry I can only see the raw body of the
request. I may simply have not understood well enough how to use
Am 30.11.2012, 18:21 Uhr, schrieb Charlie Clark
charlie.cl...@clark-consulting.eu:
Let me explain: in pdb I have access to request.form which is where I
can see the difference. With Sentry I can only see the raw body of the
request. I may simply have not understood well enough how to use
shenanigans which were
related to the accept_charset not being sent and Zope making a bad guess.
I can reproduce the error without difficulty in Opera. I'm going to try a
new instance of the site and see how that behaves.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
Am 30.11.2012, 09:37 Uhr, schrieb Adam GROSZER agroszer...@gmail.com:
Opera? which version and OS and whatnot?
12.12 on Mac OS 10.7.5
As originally noted, I don't have the problem in the same browser with an
extremely similar form on a different site.
Charlie
--
Charlie Clark
Managing
marshalling.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
___
Zope-CMF maillist - Zope-CMF@zope.org
https://mail.zope.org/mailman
?
Charlie
--- Weitergeleitete Nachricht ---
Von: Charlie Clark charlie.cl...@clark-consulting.eu
An: zope-...@zope.org
Kopie:
Betreff: Re: [Zope-CMF] Weird UnicodeDecodeError with zope.formlib
Datum: Thu, 29 Nov 2012 11:52:13 +0100
Am 29.11.2012, 09:43 Uhr, schrieb Charlie Clark
charlie.cl
.
But I guess, you tried that already?
No. I guess I'll have to look more closely at the wigdets data. As I said
a different site on the same machine doesn't exhibit these problems so I
should have a point of comparison.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German
Am 29.11.2012, 09:43 Uhr, schrieb Charlie Clark
charlie.cl...@clark-consulting.eu:
No. I guess I'll have to look more closely at the wigdets data. As I
said a different site on the same machine doesn't exhibit these problems
so I should have a point of comparison.
Definitely weird. From
to a generator expression / list comprehension? I could
say for Python 3 compatibility but that doesn't matter so much as there is
no easy way for the isinstance(t, basestring)
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49
the Plone hotfix to pure
CMF sites as well to patch this issue.
Still no wiser as to why we weren't informed.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
for the report. It's nice to see that ideas for Zope's
future are crystallising.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
think we need to have a disabled view for it.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
___
Zope-CMF maillist - Zope-CMF
simply what PyPI spits out.
How can we get the sphinxified docs into the release process?
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
the changes out is the necessity of
another five.localsitemanager branch to maintain. The changes are
compatible with CMF 2.2, but it may not play nicely with the
Did you hit enter too early?
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
or a standalone
formlib addition because of the external dependencies.
Some day I want to switch to z3c.form which has more add ons. I
wouldn't spend too much time on formlib specific features.
Again that would be for a later release.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
I always like the solipsism of replying to myself! ;-)
Am 06.09.2012, 16:58 Uhr, schrieb Charlie Clark
charlie.cl...@clark-consulting.eu:
hm, I drew up the lists from the existing Scripts/Templates and thought
it was complete. I've just checked again and can only find the following
that are not stored in the site
root.
That's a big ask.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
___
Zope-CMF maillist - Zope
Am 05.09.2012, 15:36 Uhr, schrieb yuppie y.2...@wcm-solutions.de:
- CMF 2.3 targets Zope 2.13 as primary platform. So we can't rely on
Zope 4 features.
Agreed, but we should be looking to getting 2.3 out of the door anyway.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting
generally works on a per non-container object basis
okay but not beyond that.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
___
Zope-CMF
.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
___
Zope-CMF maillist - Zope-CMF@zope.org
https://mail.zope.org/mailman/listinfo/zope-cmf
See
way of handling the
difference in time formatting arising form using native datetime and
DateTime with it's convenient rfc822 method
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782
Am 20.08.2012, 11:09 Uhr, schrieb Lennart Regebro rege...@gmail.com:
Such as?
As previously noted: the TC's in particular the indemnification clause.
Plus, the usual when dealing with an apparently free service provided by a
company beholden to VC's.
Charlie
--
Charlie Clark
Managing
Am 20.08.2012, 12:50 Uhr, schrieb Robert Niederreiter r...@squarewave.at:
On 20.08.2012 12:39, Charlie Clark wrote:
Am 20.08.2012, 12:27 Uhr, schrieb Robert Niederreiter
r...@squarewave.at:
There are lots of very famous os projects hostet on github - which -
without any doubt raises
should be considered as a fork. It
currently feels very much cloak dagger.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
___
Zope-Dev
by? And what changes in ZCML? Most of
my code sits upon CMF so I hope I should be reasonably insulated through
that.
But the change is probably a good thing™ so thanks in advance.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel
: zope.app.zcmlfiles is
installed)?
No, having apps trying to guess about their use as library code is a bad
idea and should not be encouraged.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178
purposes we need to keep it.
Do you any examples of where this behaviour is required?
I can't reproduce the other failures.
Thanks for looking. I'll do clean checkout and buildout and see if that
makes any difference.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
Am 11.04.2012, 17:06 Uhr, schrieb Charlie Clark
charlie.cl...@clark-consulting.eu:
I can't reproduce the other failures.
Thanks for looking. I'll do clean checkout and buildout and see if that
makes any difference.
I can reproduce the errors on CMF trunk with Zope trunk on Mac OS
Am 05.04.2012, 22:36 Uhr, schrieb Tres Seaver tsea...@palladion.com:
Unless the community's consensus is against the branch, I plan to merge
it to the zope.interface trunk by early next week.
+ many/lots!
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
of
.. automodule:: Products.DCWorkflow.utils
Fixed now.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
___
Zope-CMF maillist - Zope-CMF@zope.org
of the explicit dependency
upon the CMF skin layer. Certainly a big enough change not to be in 2.3.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
-snapshots-march-26-2012
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
___
Zope-Dev maillist - Zope-Dev@zope.org
https://mail.zope.org
.
I guess, that years ago we had to worry much more about encodings
(latin-1, windows-1252, mac-roman, IBM code pages, and whatever unix was
doing).
I've been reading about http 2.0 coming up - is this going to improve the
matter?
Charlie
--
Charlie Clark
Managing Director
Clark Consulting
unicode
internally. In the CMF we still have to deal with that on occasion.
Failure to do so would make it easy to get things wrong.
Indeed.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178
Am 22.03.2012, 15:27 Uhr, schrieb Jan-Carel Brand li...@opkode.com:
Any ideas why this vocabulary doesn't provide it in Python 3?
I think you have to use the @implements class decorator for Python 3.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
._tools.IURLTool, '')
I'm obviously missing a registration but my site includes Products.CMFCore
package.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
Am 22.03.2012, 13:42 Uhr, schrieb Charlie Clark
charlie.cl...@clark-consulting.eu:
thanks for the quick and informative reply. On both of my test sites
I've not been able to look at the site in the ZMI without getting the
errors. Even running Site/portal_setup fails. FWIW both sites
to the log, in another diff output has changed slightly.
Thanks, Jens. I'd forgotten I'd made Python 2.7 my default.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
, but not on
the critical path.
True. I've done a *very* basic port of the docs to ReST so that Sphinx
will at least generate stuff. This has been done by copying the exiting
STX files and renaming them. Should they be moved instead to preserve the
history?
Charlie
--
Charlie Clark
Managing Director
Clark
of
my views (portal configuration and membership, I think) because of the
encoding problem, did you correct them yourself last year and I was simply
looking at old source? If that is the case then I think we're good to go
with 2.3.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting
something should apply when within Zope trying to
decide the charset of a file and that should be well documented. I'd
suggest keeping the stripping but implementing a more rigorous approach
such as you suggest.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German
to go ahead and merge.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
___
Zope-Dev maillist - Zope-Dev@zope.org
https://mail.zope.org
allowed
to download elementtree from effbot.org.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
___
Zope-CMF maillist - Zope-CMF
to encourage.
Currently the hurdle to getting involved is signing and sending the
committer agreement. A hurdle which I think is worth keeping. On hosting:
personally, it does matter to me a great deal where the little code I
write is hosted.
Charlie
--
Charlie Clark
Managing Director
for the sprints.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
___
Zope-Dev maillist - Zope-Dev@zope.org
https://mail.zope.org/mailman
no subclass actually has the right to depend on
it. ;-)
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
___
Zope-Dev maillist - Zope-Dev
. The exceptions where refactoring to
produce slightly uglier code but with significant performance hopefully
prove the rule.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
is
already incomplete, on the other we try and avoid application-specific
requirements in the libraries. All the more important to expand the
documentation so that other libraries can benefit from the plumbing.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
in
zope.schema. Do widgets only exist for z3c.form?
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
___
Zope-Dev maillist - Zope-Dev@zope.org
Foundation for access to the repository.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
___
Zope-Dev maillist - Zope-Dev@zope.org
https
dozen of
another, and the z.config code is much easier to understand when the
action is just a dictionary instead of a pseudo-struct.
I'm trying to think of where I've seen that pattern of {'organised'
'others':{}} before... oh, yes in dodgy RDBMS schema.
Charlie
--
Charlie Clark
Managing
of the linguistic shilly-shallying. I do think that we need
something like PIPs or PLIPs for Zope 4 (jokingly referred to as ZIPs in
one of my recent posts) to work through some of the suggestions that have
been made.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr
Am 28.09.2011, 16:38 Uhr, schrieb Charlie Clark
charlie.cl...@clark-consulting.eu:
Am 27.09.2011, 23:41 Uhr, schrieb Charlie Clark
charlie.cl...@clark-consulting.eu:
Hi Ruslan,
I've just looked at this and it seems that we never released a 2.2
version
of CMFUid so you're using a very old
to removing Plone's dependencies on CMF. That
is not relevant to the discussion about Zope 4 / ZMI reimagined.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D- 40217
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
to browser layers,
well, at least once CMF 2.3 has been released. But I think that CMF Skins
still offer some functionality that you don't get with browser layers out
of the box.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D
the Request object with structured
information (an interface) to indicate specialisation.
I hate that I have to spell the layer in each ZCML statement.
Smells like a ZIP to me. ;-)
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Kronenstr. 27a
Düsseldorf
D
to test this a
bit more but I suspect I might have to provide my own implementation.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Helmholtzstr. 20
Düsseldorf
D- 40215
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
time I checked that
didn't work with Zope 2. But the AttributeAnnotations adapter works for
me without showing anything in the ZMI.
That's probably the problem - I was following the documentation which
suggests using zope.annotation.factory.
Charlie
--
Charlie Clark
Managing Director
Clark
Am 30.09.2011, 22:29 Uhr, schrieb Tres Seaver tsea...@palladion.com:
You want 'container.ZopeFind' or 'container.ZopeFindAndApply'.
Thanks Tres!
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Helmholtzstr. 20
Düsseldorf
D- 40215
Tel: +49-211-600-3657
the Google horizon.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Helmholtzstr. 20
Düsseldorf
D- 40215
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
___
Zope-CMF maillist - Zope-CMF@zope.org
https://mail.zope.org
. If you test handle_change isolated, you have to set
adapters by hand.
My tests never call setUpWidgets - that is almost impossible from within
unittests. But applyChanges expects an adapters dictionary for the form
even it's empty.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting
Hi,
finally getting some development done for probably the first time this
year. I've been able to switch all my CMF-based projects to Chameleon (via
five.pt) and have not hit any problems. Should we do this for CMF 2.3?
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Helmholtzstr. 20
Düsseldorf
D- 40215
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
___
Zope-CMF maillist - Zope-CMF@zope.org
https://mail.zope.org/mailman/listinfo/zope-cmf
See
working fine.
Hi Ruslan,
I've just looked at this and it seems that we never released a 2.2 version
of CMFUid so you're using a very old bit of code that is most probably not
suited to your version of Zope. You should be okay with the 2.2.0-beta
version.
Charlie
--
Charlie Clark
Managing
with gcc-4.2 here. Maybe your Python
was built with 4.0 or has some unrecognisable architecture flags?
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Helmholtzstr. 20
Düsseldorf
D- 40215
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
. Going by the current tests we're not yet up to Python 2.7 so
it could be an incompatibility with that.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Helmholtzstr. 20
Düsseldorf
D- 40215
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
it questions, and
Bablyak's definitely fall into this category, are not in the spirit of the
list.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Helmholtzstr. 20
Düsseldorf
D- 40215
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
these libraries to the wider
world has been achieved.
So from +1 for Tres proposal and +1 for a roadmap on this.
Regarding Withers suggestion - should we be looking to move these
libraries to the WSGI namespace? Or are there real use cases outside the
web world?
Charlie
--
Charlie Clark
have
access to files in /usr/local/zope/PPD/architecture/domains/
BTW. as you say you are new to Zope, what documentation have you been
given.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Helmholtzstr. 20
Düsseldorf
D- 40215
Tel: +49-211-600-3657
Mobile
or
are you using z3c.form?
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Helmholtzstr. 20
Düsseldorf
D- 40215
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
___
Zope-Dev maillist - Zope-Dev@zope.org
https
the doctests are
failing.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Helmholtzstr. 20
Düsseldorf
D- 40215
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
___
Zope-CMF maillist - Zope-CMF@zope.org
https
to the object to which it is bound. Not
sure if your constraint is actually the best way to go.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Helmholtzstr. 20
Düsseldorf
D- 40215
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
Am 07.08.2011, 20:45 Uhr, schrieb Hanno Schlichting ha...@hannosch.eu:
So yes, while these changes look at bit evil, they do have a major
impact.
Quite a speed-up! Unfortunately, as Jens has pointed out, it breaks
DiscussionItem in a non-obvious way.
Charlie
--
Charlie Clark
Managing
are being made.
As I've been able to do little or no development this year thanks to
Leonardo for raising this and Hanno for his explanation. I do think a
public roadmap, with opportunities for people wanting to get involved
would be a good idea.
Charlie
--
Charlie Clark
Managing Director
Clark
of the reasons for the event system you were asking
about the other week.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Helmholtzstr. 20
Düsseldorf
D- 40215
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
___
Zope-Dev
()
c.queryAdapter(IFoo, foo)
None
In order to get the object itself back from such an adaptation, you need
to use the default= argument.
I know that the question has been answered but your question makes me ask
another: why would you want to adapt an object with itself?
Charlie
--
Charlie Clark
guess
queryProvider(object, interface) would be a better spelling for that use
case, which may be more general than I'm suggesting.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Helmholtzstr. 20
Düsseldorf
D- 40215
Tel: +49-211-600-3657
Mobile: +49-178-782
helpful to me.
From memory I can recall something similar related to making changes to
copies of instance attributes but failing to apply them to attributes and
needing to specifically go context.attribute = form_result for the changes
to persist.
Charlie
--
Charlie Clark
Managing
follow all the subscription calls and see what you
need to call.
Why do want to disable notification?
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Helmholtzstr. 20
Düsseldorf
D- 40215
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Helmholtzstr. 20
Düsseldorf
D- 40215
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
___
Zope-Dev maillist - Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope
Am 31.05.2011, 16:05 Uhr, schrieb Godefroid Chapelle got...@bubblenet.be:
The arguments against the proposal seem lighter and lighter.
No, they are the same all along. It is the repetition that is becoming
tedious.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German
be with the Product author or
maintainer.
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Helmholtzstr. 20
Düsseldorf
D- 40215
Tel: +49-211-600-3657
Mobile: +49-178-782-6226
___
Zope-Dev maillist - Zope-Dev@zope.org
(?) of the tidying up necessary but I still need to find
the time insert excuse here to finish up the bits.
Laurence, what timescale are you looking at?
Charlie
--
Charlie Clark
Managing Director
Clark Consulting Research
German Office
Helmholtzstr. 20
Düsseldorf
D- 40215
Tel: +49-211-600-3657
Mobile: +49-178
1 - 100 of 381 matches
Mail list logo