On 10/8/07, Roger Ineichen <[EMAIL PROTECTED]> wrote:
> I think your mail also means, we can't avoid to have
> Zope 2 topics on the zope3-dev list because Zope 2 is
> going to move to Zope 3 and we have to exchange
> information. Doesn't matter how the list is ca
On 10/8/07, Roger Ineichen <[EMAIL PROTECTED]> wrote:
> Hi Lennart
>
> > -Ursprüngliche Nachricht-
> > Von: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] Im
> > Auftrag von Lennart Regebro
>
> [...]
>
> > Again, these lists are about th
influence of zope2).
Nope.
> Zope 3 stands on its own as a framework and I sure hope I am
> wrong about how I have been interpreting the dialog.
You are indeed, yes.
--
Lennart Regebro: Zope and Plone consulting.
http://www.colliberty.com/
+33 661 58 14 64
__
o long to see your work "in print" so you can use it yourself.
Yup. This may be one of the reasons behind the lack of "kicking
upwards", as I outlined here:
http://blogs.nuxeo.com/sections/blogs/lennart_regebro/2005_04_11_sickness_zope
--
Lennart Regebro: Zope and Plone consulti
new versions if that is set to false by
default. That would indeed be a very nice feature.
--
Lennart Regebro: Zope and Plone consulting.
http://www.colliberty.com/
+33 661 58 14 64
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.o
constructive if you put more of
your time into trying to understand what other say instead of trying
to misinterpret them.
--
Lennart Regebro: Zope and Plone consulting.
http://www.colliberty.com/
+33 661 58 14 64
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
s development with Zope3) should not be merged, I totally agree with
that.
--
Lennart Regebro: Zope and Plone consulting.
http://www.colliberty.com/
+33 661 58 14 64
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options
oid this stuff, because I could in my
application update to a newer version of the module I need, and it
wouldn't actually break anything except in those cases where the
module breaks backwards compatibility, which isn't supposed to happen,
except in some extreme circumstances nowadays.
t benefit many people, if any.
Do you have a sort explanation on what is the missing resource? Is it,
as it was for 3.3, lack of people-hours with knowledge in fixing the
last bugs?
--
Lennart Regebro: Zope and Plone consulting.
http://www.colliberty.com/
+33 661 58 14 64
imo.
>
> Maybe we should keep these issues separate for now.
Agreed. We need one channel that is at least vaguely "hardcore" and
one that is not. I never get any useful answers on #zope about
anything. :-)
--
Lennart Regebro: Zope and Plone consulting.
http://ww
g like zope-general and zope-coredev may be better.
+1 to also rename the dev lists to something that makes it more
obvious that we are talking about development *of* zope, not *with*
zope.
--
Lennart Regebro: Zope and Plone consulting.
http://www.collibert
using #zope ?
>
> No. #zope is roughly the equivalent of the main zope list. There is no
> #zope-dev channel.
Renaming #zope3-dev to #zope-dev would make sense to me though.
--
Lennart Regebro: Zope and Plone consulting.
http://www.colliberty.com/
+33 661 58 14 64
_
On 10/3/07, Fred Drake <[EMAIL PROTECTED]> wrote:
> On 10/3/07, Lennart Regebro <[EMAIL PROTECTED]> wrote:
> > It currently only makes releases as tgz, but adding eggs should be so
> > hard (it's done by calling setup.py anyway if I remember correctly).
>
&g
understandable code by eminent
programmer Benoit Delbosc (of funkload fame).
http://tinyurl.com/ye8dsk
It currently only makes releases as tgz, but adding eggs should be so
hard (it's done by calling setup.py anyway if I remember correctly).
--
Lennart Regebro: Zope and Plone consulting.
http://w
eferred import works.
--
Lennart Regebro: Zope and Plone consulting.
http://www.colliberty.com/
+33 661 58 14 64
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
don't know who can make releases of eggs) needs to make
a new one. But we also need to avoid this stuff in the future.
How is the recommended process to solve this? Some sort of unittest to
make sure the deferred impoirt work? Is there an example of this
somewhere?
--
Lennart Regebro: Zop
On 10/1/07, Jim Fulton <[EMAIL PROTECTED]> wrote:
>
> On Oct 1, 2007, at 11:17 AM, Jim Fulton wrote:
>
> >
> > On Oct 1, 2007, at 11:09 AM, Lennart Regebro wrote:
> >
> >> On 9/29/07, Jim Fulton <[EMAIL PROTECTED]> wrote:
> >>>
>
rdpress.com/2007/10/01/neanderthal-sprint-speeding-up-the-grok-startup/
--
Lennart Regebro: Zope and Plone consulting.
http://www.colliberty.com/
+33 661 58 14 64
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
our design. To be quite honest, I think the best way to do
that, is to not use the main_template from the pages you do, but use
another main template for your own pages, and just leave the ZMI be
where it is.
There might be some other solution too, but this one has the benefit
of the MI views stil
;
That's what you will have to do anyway. Because if you don't include
the views, you will have to replace them in another package. And you
can override them in another package already...
--
Lennart Regebro: Zope and Plone consulting.
http://www.colliberty.com/
+33 661 58 14 64
_
On 9/10/07, Hermann Himmelbauer <[EMAIL PROTECTED]> wrote:
> Am Sonntag, 9. September 2007 17:34 schrieb Lennart Regebro:
> > A bit late post, but here is my thoughts on the subject.
> > I'm hoping that Guido will see the errors of his ways, and introduce a
> > P
A bit late post, but here is my thoughts on the subject.
As it looks right now, It will be virtually impossible to write code
that works under both Python 3.0 and Python 2.x. This has a huge
impact on Zope, because Zope as a framework does not only have a huge
codebase in itself, but an even huger
e complicated to me. :-)
Sure, it uses paste and stuff, but you don't have to know about that to use it.
--
Lennart Regebro: Zope and Plone consulting.
http://www.colliberty.com/
+33 661 58 14 64
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub:
the IResult, typically.
--
Lennart Regebro: Zope and Plone consulting.
http://www.colliberty.com/
+33 661 58 14 64
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
as well as the published
object typically (being a view class).
--
Lennart Regebro: Zope and Plone consulting.
http://www.colliberty.com/
+33 661 58 14 64
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
g in viewlets therem which is quite difficult if you
don't have the context, which actually again points at the Publication
being the right place to do this. Or am I missing something?
--
Lennart Regebro: Zope and Plone consulting.
http://www.colliberty.com/
+33 661 58 14 64
___
ier in the process by replacing the
BrowserPublication, maybe that's a better way to put theming?
--
Lennart Regebro: Zope and Plone consulting.
http://www.colliberty.com/
+33 661 58 14 64
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope
On 3/27/07, Dieter Maurer <[EMAIL PROTECTED]> wrote:
However, this approach is only efficient when the sort index size
is small compared to the result size.
Sure. But with incremental searching, the result size is always one, right? ;-)
--
Lennart Regebro: Zope and Plone consulting
et all of the results,
and sort them before you can return the X first. I have the impression
that Lucene somehow solves this with their sorting indexes, but I'm
not sure, and I haven't tried to understand the code.
--
Lennart Regebro: Zope and Plone consulting.
http://
I
don't think so). However, some search engines do it, like Lucene. And
supposedly also Dieters IncrementalSearch (haven't used it yet).
--
Lennart Regebro: Zope and Plone consulting.
http://www.colliberty.com/
+33 661 58 14 64
___
Zope3-dev m
Oups, I forgot that this should go to the distutils list. Please
ignore, I'll repost there.
On 3/16/07, Lennart Regebro <[EMAIL PROTECTED]> wrote:
On 2/19/07, Christian Theune <[EMAIL PROTECTED]> wrote:
> [buildout]
> extends = profiles/dev.cfg
>
> and run bin/build
y'] = os.path.dirname(config_file)
This must be a recent change (< 2 weeks) because this makes buildout
fail if you have the cfg files anywhere else than root. I'd like to
know the rationale for this change, as I'd like to be able to have the
profiles in a subdirectory.
--
Lennart R
uld do that.
b) project suggestions.
I'm sure I can come up with several. Finishing the twisted integration
in Zope2, for example. It only does http yet we need ftp too, and
maybe more.
So, I think this is a good idea.
--
Lennart Regebro: Zope and Plone consulting.
http://www.colliberty.
3-specific recipes would be best asked here.)
Sure thing!
--
Lennart Regebro: Python, Zope, CPS, Plone consulting.
+33 661 58 14 64
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
l of the 0 parts which I don't care
about). We then set the buildout.cfg to look like this:
[buildout]
extends = profiles/dev.cfg
and run bin/buildout.
This works very well for us.
Good idea, thanks for the hint. That gets around the problem (even
though I still propose that the default b
#x27;t exist instead?
--
Lennart Regebro: Python, Zope, CPS, Plone consulting.
+33 661 58 14 64
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
the proliferication (?) of marker interfaces is a big
> risk. But if we get many of them, it still works better than the
> options of magic __something__ attributes. :)
but conceptually it is the same mess :-) i.e. a total lack of
specification.
I don't agree with that at all.
--
Le
r than the
options of magic __something__ attributes. :)
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Management http://www.nuxeo.org/
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zop
On 11/9/06, Jean-Marc Orliaguet <[EMAIL PROTECTED]> wrote:
Lennart Regebro wrote:
> On 11/9/06, Chris Withers <[EMAIL PROTECTED]> wrote:
>> Why do you say "extra" ZCML registration? You need that ZCML
>> registration whether or not you have to write the marke
ample, thats two. So the second one is
"extra". :)
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Management http://www.nuxeo.org/
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/option
es of
code. So you save three lines of code.
I'm not against your suggestion, but I'm not convinced it's actually useful. :-)
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Management http://www.nuxeo.org/
___
Zope3-de
it's actually useful.
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Management http://www.nuxeo.org/
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
ve an adapter in the first place. If
you have a strict one to one relationship between the class and the
adapter, why not just implemetent the desired functionality directly
in the class?
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Managemen
h
means that to support the egg you have to use and
then it stops working if it's not an egg. This is basically bad,
although I guess it's acceptable if these are very unusual
circumstances (which seems to be what people are saying further down
in this thread).
--
Lennart R
gic only do that for python files?
Because you then get the problem if you switch between an egg version
and a non-egg version of a module...
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Management http://www.nuxeo.org/
___
Zope3-
On 9/12/06, Jim Fulton <[EMAIL PROTECTED]> wrote:
FWIW, I use the following approach:
- Early in the process, I mark every real reproducable bug as blocking.
In this last go around, this included a number of bugs that had been
around for months or years.
- Later in the process I downgrade
and eating too much instead of
programming. I know I do. :)
So, I'm more for a March/September cycle for these reasons.
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Management http://www.cps-project.org/
___
Zope3-dev mailing
On 9/8/06, Dario Lopez-Kästen <[EMAIL PROTECTED]> wrote:
Lennart Regebro said the following on 09/07/2006 05:50 PM:
> On 9/7/06, Rocky Burt <[EMAIL PROTECTED]> wrote:
>> My experience so far... after not having touched a project for over a
>> year and than the client w
On 9/7/06, Rocky Burt <[EMAIL PROTECTED]> wrote:
My experience so far... after not having touched a project for over a
year and than the client wanting some work done, they usually expect to
have to pay to have it upgraded.
Well, in any case, they SHOULD expect that.
--
Lennart Regebro,
can start such a page somewhere, and we can fill it in
> gradually?
http://kpug.zwiki.org/WhatIsNewInZope33
That only covers 3.2->3.3.
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Management http://www.cps-project.org/
___
On 9/5/06, Philipp von Weitershausen <[EMAIL PROTECTED]> wrote:
Because they'll go away.
Why?
Because it's clutter. And because there should preferrably be only one
way to do things. If we left all the old ways around indefinitely, we'd
have code that uses two or more ways of doing the same thi
One thing that would be good is an overview of all API changes that
have happened and in which version it happened. I guess that would be
quite a bit of work, but a page like that would be very helpful if you
wanna port an old app forward and skip a couple of versions.
e outside world a bit more coherently; look
at all these nice zorg components.
I completely agree.
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Management http://www.cps-project.org/
___
Zope3-dev mailing list
Zope3-dev
, codespeak(?), nuxeo, z3lab, z3c and now zorg. If
there is no interest in merging basic toolkits into the same namespace
(which there overwhelmingly was not in the other discussion) then
having both z3c and zorg can't be a problem either. ;)
--
Lennart Regebro, Nuxeo http://www.nuxeo.
On 8/23/06, Stephan Richter <[EMAIL PROTECTED]> wrote:
If you ask zope.formlib (form.py, line 227)::
# Adapt context, if necessary
interface = field.interface
...
adapter = interface(context)
Here the answer would be:
This seem like superfluous information to me. You can get that
inf
7;t give me access to the repository.
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Management http://www.cps-project.org/
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
to
live with it.
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Management http://www.cps-project.org/
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
I'd like to throw a stick in the fire by taking up a completely different issue:
The amount of top level modules and repositories. :-)
if lovely.rating depends on schooltool.something, not only does this
mean any usage of lovely.rating (which I imagine I would like to use)
also needs one module
On 8/12/06, Philipp von Weitershausen <[EMAIL PROTECTED]> wrote:
Lennart Regebro wrote:
> On 8/11/06, Jim Fulton <[EMAIL PROTECTED]> wrote:
>> :) I really wish some more people would help out -- not just the usual
>> suspects.
>
> Well, I as usual oppose the
On 8/11/06, Jim Fulton <[EMAIL PROTECTED]> wrote:
:) I really wish some more people would help out -- not just the usual
suspects.
Well, I as usual oppose the friday bugdays, but that said, I have
vacation this week, so this friday would work for me.
Unless it's the only hot and sunny day of
ight even have a final release.
Jup.
Also, I think that just before christmas and just before vacations may
not be good places.
I'd like to suggest august/september and february/march for release dates.
These may be equally bad for other reasons, though.
Let's have a bug day this Friday.
One way of adding tests would be to make a branch and add the tests
there. But having a standard for branch naming (such as bug-3675) you
could add the test and mention this in the tracker. Somebody else
could then come in and fix the bug on the same branch.
or?
__
would not have written a test for it.
Sure. The point of the tests is not to prevent this. The point of them
is mainly to make sure that the thing you fixed says fixed.
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Management http://www.cps-proje
o "check out the source egg and force it into the path.'
Yeah, with eggs this issue might go away...
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Management http://www.cps-project.org/
___
Zope3-dev mailing list
Zope
l about
switching to https or something instead? Especially if we merge the
trees, in which case both Zope2 and Zope3 will be made up mainly of
svn:externals...
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Management http:/
tes run. They are all on Zope 2.5. No problemas. :)
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Management http://www.cps-project.org/
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zop
On 6/19/06, Lennart Regebro <[EMAIL PROTECTED]> wrote:
I for one, is NOT interested in backporting fixed in Five trunk to
both Five 1.0, 1.1, 1.3, 1.4 and 1.5, which is what are the current
versions of Five if we say that Zope 2.8 and 2.7 should be still
supported after the release of 2.
s mus reasonably be a
I'd suggest there are lots of people still on 2.7.x. When 2.10.x is
released imminently, are you saying that everyone will suddenly jump off
2.8.x?
Chris
--
Simplistix - Content Management, Zope & Python Consulting
- http://www.simplistix.co.uk
On 6/18/06, Paul Winkler <[EMAIL PROTECTED]> wrote:
+1, I'd like some way to easily know when a release is no longer
maintained. i.e., what's the X in the above formula.
Well, it's 2 versions, so far. I.e, current release and last release.
Unless we decide to change
e amount auf temporary data you need to handle.
Right, ok, so maybe splitting the interfaces wasn't such a hot idea then. :-)
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Management http://www.cps-project.org/
___
Zope3-dev m
can resize, no matter what library you use.
For more advanced stuff the abstraction seems pointless, the interface
would be to specific anyway.
But maybe it should be called IImageResizer, and IImageConverter,
instead of trying to merge those very different interfaces into one.
--
Lennart Reg
problems which we don't
know of because we can't bloody well see into the future, can we?" :-)
Besides, in this case it means 2.4.1 or later version of 2.4, which
maybe should be made explicit.
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Management
lems if you
import it twice?
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Management http://www.cps-project.org/
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
at the
behavior will be gone in this release.
I would have time for simply removing the deprecation, not changing
the behavior in any way.
What's the consensus?
The consensus was to undeprecate it, so I guess everybody just forgot
to actually do it. :-)
--
Lennart Regebro, Nuxeo http://ww
On 4/25/06, Bernd Dorn <[EMAIL PROTECTED]> wrote:
>
> On 25.04.2006, at 20:27, Lennart Regebro wrote:
>
> > At https://svn.z3lab.org/z3lab/hello/trunk there is now a page
>
> this url seems to be broken
No, it works fine, but only for svn
> > (If you don't
At https://svn.z3lab.org/z3lab/hello/trunk there is now a page
implementation that is easy to use and doens't do class generation. In
fact, there are two versions, one that sets the __call__ attribute
during instantiation, and one that uses browserDefault() and
publishTraverse().
There is also an
On 4/24/06, Tres Seaver <[EMAIL PROTECTED]> wrote:
> If we don't adopt a new namespace, perhaps 'browser:published'would
> serve as a 'nominalized adjective" noun form of 'browser:publish'.
one is called pageTemplate, how aboot calling the other pag
dapterish things with an
> directive? Fine by me :).
Pretty much yes.
> ... hence the compromise :)
Yup. And it seems the compromise was worse than the problem. ;)
As Calvin sais: "A good compromise leaves everybody mad".
--
Lennart Regebro, Nuxeo http://www.nuxeo
this moment should do either:
> > 1. Nothing.
> > 2. Remove browser:page and browser:pages completely.
> > 3. Remove requirement 2a or 2b on views.
>
> #2 is what I'm suggesting so I'm not quite certain how to count the -1
> from above.
No, you are sugg
some sense.
Python 3 is to Python 2 and Zope 3 is to Zope 2. A big and
intentionally largely incompatible rewrite, and can not be compared
with this.
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Management http://www.cps-project.org/
___
> four) different periods:
We can't deprecate a zcml statement for the introducion of a statement
that we know is gonna be deprecated. It makes no sense.
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Management http://www.cps-project.org/
___
t or move it. Being
> registered is something different than existing...
You are right. I´m getting used to seeing everything as nothing more
than a type of adapter. It's your fault! :-)
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Conten
On 4/21/06, Jim Fulton <[EMAIL PROTECTED]> wrote:
> I'm wondering if this is a problem.
I'd say that as long as the register API adds them to the nearest site
manager it is not a problem that you can add it anywhere else if you
don't use that API.
--
Lennart
I'm -1 on this proposal.
I agree, browser:page is too complex and magic. The reason for it's
complexity and magic is that there are two things that clash: 1. The
need to have simple and easy view registrations, and 2. The
requirement that view must be callable classes.
The second requirements mea
actually quite difficult.
All in all it took me 74 minutes, gave me some headaches, and I had
several barkings up the wrong three when it came to the ZCML.
I'd like to see somebody else try to.. :)
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Management http://www.c
ithout any problems be made
into a separate product that adds this statement to ZCML, for
simplified product creation).
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Management http://www.cps-project.org/
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
em, but it is still good. I agree,
lets start numbering propsals. So, that's ehm, ZEP #0, then? :)
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Management http://www.cps-project.org/
___
Zope3-dev mailing list
Zope3-dev@zope
On 3/17/06, Philipp von Weitershausen <[EMAIL PROTECTED]> wrote:
> If no one objects to the branch as it is, I will merge it on the weekend.
I am actively not objecting. :)
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Management http://www.cps-pr
way widgets work, just to see what we can do relatively easily.
Well, OK, one thing at a time. ;)
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Management http://www.cps-project.org/
___
Zope3-dev mailing list
Zope3-dev@zope.org
U
t; Are people interested in developing a plan to tackle these issues? If
> some of us chip in we may get somewhere.
Are widgets tied to schema fields now? I have the feeling they are,
but maybe not. If they are, they should be more decoupled.
--
Lennart Regebro, Nuxeo http://www.n
On 3/15/06, Dieter Maurer <[EMAIL PROTECTED]> wrote:
> I reject Sidnei's claim Zope3 were unique in this respect
> (apart from using ZCML, of course) :-)
I think that amongst web app frameworks we are. I don't know of any
other aspect oriented ones. I could be wrong.
--
On 3/14/06, Lennart Regebro <[EMAIL PROTECTED]> wrote:
> OK, I just think I had a sort of brainwave-thingy, so I'm going to lay
> it out here to see if it was a good brainwave or not:
>
>
> Currently I can see three useful uses of ZCML:
>
> 1. User interface con
done in ZCML... So I
don't really know what you are trying to say here. :-)
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Management http://www.cps-project.org/
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope
gt;sure. But is it really that hard to write a small wrapper class
> >instead?
>
> And you can use Python, too, to mark them:
>
>You import the class and call an "implements" for it.
Right you are, you don't even need to subclass it.
--
Lennart Regebro, Nuxeo
OK, I just think I had a sort of brainwave-thingy, so I'm going to lay
it out here to see if it was a good brainwave or not:
Currently I can see three useful uses of ZCML:
1. User interface configurations, that is, everything that goes under "browser".
Menus, pages, forms, that sort of thing
On 3/14/06, Philipp von Weitershausen <[EMAIL PROTECTED]> wrote:
> > That doesn't look like configuration.
>
> No, it's an on/off switch. Me likesss it.
OK, I´m +1 now, after some thinking. :-)
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content M
7;.
Why is that important? In most cases you would have to write
interfaces for the non-z3 python objects. Assuming you don't actually
write them, but cheat and just mark them, you can get away with this,
sure. But is it really that hard to write a small wrapper class
instead?
--
Lennart Rege
On 3/13/06, Alec Mitchell <[EMAIL PROTECTED]> wrote:
> +1 The first time I saw:
>
>
>
> I was a bit disturbed. What's the point? It tells you nothing unless you
> refer to the actual implementation.
Right, but it switches it on, which is important. :-)
--
Le
nent documentation).
I tend to agree.
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Management http://www.cps-project.org/
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
On 3/10/06, Martijn Faassen <[EMAIL PROTECTED]> wrote:
> For instance, one that looks like this:
>
>
That doesn't look like configuration.
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Management http:/
1 - 100 of 179 matches
Mail list logo
