Jim Fulton wrote:
[snip]
Snipping further collector complaints. The bug fiing problem is
*not* a tool issue.
I agree it isn't primarily or just a tool issue, but we do have tool
issues and there are better tools out there. Developers would be helped
by a tool which encourages people to inter
Jim Fulton wrote:
[snip]
I would say that there are two bugs in the case you are describing: the
one you meant to fix and the one which is the lack of any tests for the
module / class / whatever. I would bet that spending your thirty
minutes adding minimal tests to such a module is a *higher* v
Martijn Faassen wrote:
[snip]
Right, I will be there, seems to the main stuff is going on
pre-conference. I'll be there on friday, saturday and sunday myself.
Wherever "there" is; I need to figure this out. :)
I'm at CERN now, though since I'm the only sprinter presen
Jim Fulton wrote:
On Jun 27, 2006, at 3:43 AM, Uwe Oestermeier wrote:
Hi,
the sprint schedule on
http://wiki.python.org/moin/EuroPython2006
lists a Zope3-sprint. The details seem to be very unclear.
Can anybody confirm that the sprint will take place before the
conference?
http://wiki.py
Benji York wrote:
Martin Aspeli wrote:
o In zope.testbrowser, [snip] having the ability to select nodes
> by XPATH would be incredibly useful
Yep, I and others have thought the same thing.
I imagine an existing
library would be available to make this reasonably easy to implement?
With E
Jim Fulton wrote:
[snip]
Adding a call to addsitedir won't accomplish your stated goal of
dropping eggs into lib/python and having them get used. For addsitedir
to have any impact, you have to also manage the .pth files.
I don't know what you mean here. I don't recall managing any .pth
file
Hey Daniel,
Daniel Nouri wrote:
I forgot to mention workingenv[1] yesterday on IRC. It's much easier
than using virtual-python.py. Using workingenv means you can just
"easy_install yourproject" without any further arguments. Of course you
have to take care that the environment is active when
Jim Fulton wrote:
On Jun 15, 2006, at 10:42 AM, Martijn Faassen wrote:
Hi there,
I'm trying to develop with eggs now in a straight Zope 3.3 instance.
I've make it all work with Schooltool, but that's hardly a "normal"
Zope 3 install, and now I'm trying to
Martijn Faassen wrote:
[snip]
Hm, it looks to be a bit harder than that. The above command works, but
only because hurry.file doesn't depend on anything else installed into
lib/python.
hurry.query depends on zc.catalog however, and for some reason no matter
what I try (including add
Martijn Faassen wrote:
[snip]
This doesn't solve *everything*: running tests out of eggs (useful when
installing them in development mode at least) is still too hard. It is
*possible* by just pointing the test runner directly to the SVN checkout
though:
bin/test --path=hurry.file/src/ -
Martijn Faassen wrote:
[snip]
It'd be nice if this all just worked right away with Zope 3.3, though
it's too late to be adding new features... Perhaps other people are
using different patterns to make this work? Please let me know!
The more I think about it, the more attractiv
Hi there,
I'm trying to develop with eggs now in a straight Zope 3.3 instance.
I've make it all work with Schooltool, but that's hardly a "normal" Zope
3 install, and now I'm trying to figure out the way of working with egg
dependencies in the face of a Zope 3 instance home setup.
The goal o
Chris Withers wrote:
Hi All,
I had some i18n questions:
http://mail.zope.org/pipermail/zope3-users/2006-May/003529.html
Rocky Burt was good enough to point me at Philipp's excellent article:
http://worldcookery.com/files/fivei18n/
Some Silva-specific code (that I forget the details of right n
Gary Poster wrote:
On May 24, 2006, at 11:56 AM, Jim Fulton wrote:
Christian Theune wrote:
...
Hooray. Now, all the moves have happened already. Does someone know
of a good and reliable way to find all the things we broke?
Sure, release 3.3 final and wait for the reports to come in. ;)
FW
Martijn Faassen wrote:
Hi there,
Is anyone planning a Zope 3 sprint at EuroPython? And if so, in the days
before or the days after EP?
Such enthusiasm! I've created a sprint page on the EuroPython wiki and
if you are planning to participate in a Zope 3 sprint at EuroPython,
please add
Hi there,
Is anyone planning a Zope 3 sprint at EuroPython? And if so, in the days
before or the days after EP?
Regards,
Martijn
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archi
baiju m wrote:
On 5/9/06, Stephan Richter <[EMAIL PROTECTED]> wrote:
Hello everyone,
The Zope 3 development team is proud to announce Zope 3.3.0 beta 1.
Congratulations to all worked behind this release!
Congratulations from me too! I haven't been able to contribute much
personally to th
Hi there,
i18n doesn't actually work for things marked as 'structure' in a page
template in both Zope 2 and Zope 3. Zope 2 does do this with
PlacelessTranslationService (through some tortuous route I won't go
into). I think in practice large systems such as Plone, Silva and CPS
are all transl
Gary Poster wrote:
On May 1, 2006, at 8:34 AM, Martijn Faassen wrote:
Hi there,
Please see http://mail.zope.org/pipermail/zope3-dev/2006-April/
019278.html ff.
And/or svn up your zope. ;-)
Oh, great! I missed that. Thanks. I noticed it when I was testing an app
in Zope 3.2 in this
Hi there,
My Zope 3.2 says things like:
/home/faassen/working/doclib/release/z321/lib/python/zope/tal/talinterpreter.py:634:
DeprecationWarning:
/home/faassen/working/doclib/release/ReleaseZope/lib/python/documentlibrary/core/browser/templates/inputwidget.pt
(line 11): Automatic translation o
Jim Fulton wrote:
I'm about to merge the jim-adapter branch.
This branch has three major refactorings on it:
- A redesign of the adapter registration machinery
Hey, just some feedback and kudos to you, Jim. Component registration is
now indeed a lot more simple, and more flexible. The abili
Gary Poster wrote:
[snip]
Apologies for the confusion, Martijn. I checked with Jim. The
procedure that Tres described is only for people who have direct access
to the machine. The intended use is similar to the following:
$ touch gary_test.txt
$ scp gary_test.txt [EMAIL PROTECTED]:/distri
Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martijn Faassen wrote:
Gary Poster wrote:
[snip]
Jim also suggests the new, as-of-this-moment-no-longer-secret http://
download.zope.org/distribution/ as a possible location instead. All
Zope committers have the appropriate
Gary Poster wrote:
[snip]
Jim also suggests the new, as-of-this-moment-no-longer-secret http://
download.zope.org/distribution/ as a possible location instead. All
Zope committers have the appropriate privileges to scp to this
directory. That's where he will be doing his egg work, at least
Gary Poster wrote:
On Apr 4, 2006, at 12:38 PM, Martijn Faassen wrote:
Hi there,
* does anyone have any objections if I make eggs for various zc.*
packages? In svn, this involves adding a setup.py to these packages,
and to add a __init__.py to the zc package that they contain (which
Hi there,
* does anyone have any objections if I make eggs for various zc.*
packages? In svn, this involves adding a setup.py to these packages, and
to add a __init__.py to the zc package that they contain (which contains
some egg-specific stuff).
* the setup.py I'll create will only work wi
Hi there,
Another question about eggs: I assume that Zope 3 extensions at present
cannot be zipped, as Zope needs access to their zcml files. Correct?
Regard,
Martijn
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org/mailman/
Sidnei da Silva wrote:
On Tue, Apr 04, 2006 at 02:51:37PM +0200, Martijn Faassen wrote:
| where 'make' creates a Zope 3 installation, and downloads all the eggs
| listed as requirements for this project from the net, and installs them
| so that the Zope 3 instance actually picks th
Hi there,
I know there are lots of ideas about eggs in Zope 3 land, so I'd like to
pick the brains of the people who have looked into this more than I have
for a bit.
First to say what I'm not talking about: I'm not talking about eggifying
Zope 3 itself. This is a valuable project but hopefu
Philipp von Weitershausen wrote:
[snip]
I still don't understand why people whine about "make install" being
gone. The point of a checkout is that you have a full functional SVN
working copy, not an installation source. If you want to install things,
use a TGZ archive which lets you do "make inst
Jeff Shell wrote:
On 3/20/06, Tres Seaver <[EMAIL PROTECTED]> wrote:
So *don't use ZCML*; use Python: there is literally nothing which can
be done in ZCML which cannot be done in Python. I wish that folks who
don't like / need ZCML would quit trying to dictate how the rest of us
use ZCML.
Philipp von Weitershausen wrote:
Martijn Faassen wrote:
[snip]
Let me get a final statement out that perhaps is still misunderstood or
not understood at all:
The way proposals work right now is not sufficient for what I *think*
you're trying to achieve. That's where we agree.
Philipp von Weitershausen wrote:
Martijn Faassen wrote:
Using proposals for communicating development-level changes is not
ideal. This is why Python has a separate "what changed in Python 2.x"
document series, which is actually readily comprehensible, as opposed to
many of the P
Philipp von Weitershausen wrote:
Martijn Faassen wrote:
Philipp von Weitershausen wrote:
Philipp von Weitershausen wrote:
If no one objects to the branch as it is, I will merge it on the weekend.
Done now.
Did you manage to make a start on a developer changes document for Zope 3.2
Philipp von Weitershausen wrote:
Philipp von Weitershausen wrote:
If no one objects to the branch as it is, I will merge it on the weekend.
Done now.
Did you manage to make a start on a developer changes document for Zope 3.2?
Regards,
Martijn
Jim Fulton wrote:
Martijn Faassen wrote:
Jim Fulton wrote:
Martijn Faassen wrote:
Jim Fulton wrote:
[snip]
The idea is that after applying configuration, you'd keep the
resolved sequence of actions around so that you could call their undo
methods later.
Yes, that's
Gary Poster wrote:
On Mar 17, 2006, at 4:08 AM, Martijn Faassen wrote:
Gary Poster wrote:
[snip]
What also got me worried is that the promise of future new widgets
may result in the community doing very little for the time being. We
seemed to have a little bit of momentum to clean up
Jim Fulton wrote:
Martijn Faassen wrote:
Jim Fulton wrote:
[snip]
The idea is that after applying configuration, you'd keep the
resolved sequence of actions around so that you could call their undo
methods later.
Yes, that's what I was thinking of too. Good. :)
[snip]
I was
Bernd Dorn wrote:
On 17.03.2006, at 10:32, Martijn Faassen wrote:
One problem I seem to have is that I cannot find the mailing list to
subscribe to to find checkin messages to the zc package. Is there any?
the normal checkin list is [EMAIL PROTECTED], but not all
packages are
Philipp von Weitershausen wrote:
Martijn Faassen wrote:
[snip]
By the way, when I deprecate directives, I make the deprecation messages state
what one should do instead of using this particular directive. Most of the
time I print the new ZCML statement that should be used now. You should try
Roger Ineichen wrote:
Martijn Faassen schrieb:
Gary Poster wrote:
[...]
We have an upcoming project that will want the changes. Our current
plan is to develop what we need as "zc.widget" or something, and
open- source it at the end when it's what we need, in the hopes t
Jim Fulton wrote:
[snip very clear explanation of how zope.configuration works]
Thanks for putting this all in one place! The bit on conflict resolution
was helpful to my understanding - I hadn't seen it explained so clearly
before.
(Note that a flaw in this model is that we have no good way
Martin Aspeli wrote:
On Fri, 17 Mar 2006 08:56:54 -, Martijn Faassen
<[EMAIL PROTECTED]> wrote:
Before this merge goes through, I would propose the following steps:
Take the document and edit it so it's a clear guide for what you
should do with broken directive
Martijn Faassen wrote:
[snip Jim helping me]
Okay, that's one step closer to support for this in the annotation
package, thanks!
I've checked this in last night. There's a README.txt in
zope.app.annotation now too that explains its usage.
Re
Jeff Shell wrote:
Martijn Faassen wrote:
* sources and terms are nice, but we should at least provide some basic
sources and register some basic terms for them; that bit is completely
missing in Zope 3 right now. People should be able to at make a simple
drop-down widget happen without having
Gary Poster wrote:
On Mar 16, 2006, at 11:42 AM, Martijn Faassen wrote:
[snip]
Roger Ineichen wrote:
[snip]
btw,
didn't Gary Poster start a widget refactoring?
Good question. I have no idea what the status of all that stuff is;
whether anything got merged or not..
At ZC, sever
Philipp von Weitershausen wrote:
Hi all,
my work on http://dev.zope.org/Zope3/ReducingTheAmountOfZCMLDirectives
has been nearly completed on the philikon-reduce-zcml branch and is
ready for review.
What I didn't cover:
* rdb:provideConnection wasn't removed. On a second thought, this
directive
Stephan Richter wrote:
On Thursday 16 March 2006 11:06, Martijn Faassen wrote:
Are people interested in developing a plan to tackle these issues? If
some of us chip in we may get somewhere.
Gary has already begun the work of a widget replacement. Talk to him, he has
some good ideas.
Okay
Hey Roger,
Great to have you onboard on this!
Roger Ineichen wrote:
[snip]
btw,
didn't Gary Poster start a widget refactoring?
Good question. I have no idea what the status of all that stuff is;
whether anything got merged or not..
Regards,
Martijn
Lennart Regebro wrote:
On 3/16/06, Martijn Faassen <[EMAIL PROTECTED]> wrote:
[snip]
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 th
Hi there,
Let's come up with a plan for widgets. We have a very nice widget system
in Zope 3, but it's not perfect. There are a bunch of things that could
be improved:
* the widgets are hanging out in dusty zope.app.form.browser. Perhaps
it's time to move them into zope.widget? Not even in a
Hey Jeff,
Jeff Shell wrote:
On 3/16/06, Martijn Faassen <[EMAIL PROTECTED]> wrote:
[snip]
I'd like there to be common patterns so there's at least a
reasonable chance that you can plug my TTW UI for user management
into your application without having to rewrite large part
Jean-Marc Orliaguet wrote:
[snip]
OK, basically you mean that the 'annotations' given in your original
post should implement a 'setdefault' method?
I don't see how that would help - you'd still end up writing a factory
that uses the setdefault, right?
I don't want to keep repeating factory c
Jean-Marc Orliaguet wrote:
[snip]
excuse me, but can someone explain what problem the pattern / workaround
is supposed to fix, does it create and return a default annotation value
in case an annotation key does not exist? shouldn't the annotation
machinery be "fixed" instead to provide getAnn
Philipp von Weitershausen wrote:
Martijn Faassen wrote:
I stand by my conclusions on this approach sounding simple in theory,
but still being a bit harder than it should be in practice. :)
I think this is pretty simple:
def makeAnnotationAdapter(for_, factory, key
Jeff Shell wrote:
On 3/15/06, Martijn Faassen <[EMAIL PROTECTED]> wrote:
Jim Fulton wrote:
- We don't have a good way for installing collections of local
components that work together. For our projects, we've used the
generation machinery to automate this, but that only work
Shane Hathaway wrote:
[snip]
But the ZCML I've
written gives me a sick feeling, because I don't know how to refactor
ZCML. The sick feeling doesn't go away, so I get scared of Zope 3. Then
I come here, hoping to find comfort.
I share these sentiments. Not that I have a particularly sick feel
Jim Fulton wrote:
Martijn Faassen wrote:
...
Then this and the __component_adapts__ hack should be enough to make
it work (still an unpleasant hack, that).
Huh? Use adapter.
class FactoryFactory:
def __init__(self):
# initialize a new factory
Jim Fulton wrote:
Martijn Faassen wrote:
Jim Fulton wrote:
This is one bit I was missing, thanks.
Unfortunately I read in zope/interface/README.txt that the
'implementer' function cannot be used for classes yet, so this will
change the design somewhat (I was using __call__,
Jim Fulton wrote:
Martijn Faassen wrote:
...
I just tried to write AnnotationAdapter. Unfortunately, I haven't
gotten very far yet, as it turns out I need to understand the
internals of the implementation of the zope:adapter ZCML statement.
No, you don't.
zope:adapter has
Jim Fulton wrote:
Martijn Faassen wrote: ...
[coarse grained component reuse]
Are there patterns to do this in current Zope 3? Part of the
problem is a dependency on local utilities - I believe the new
local utility registration API you're working on should help there.
For the rest, I gu
Jim Fulton wrote:
Philipp von Weitershausen wrote:
Marius Gedminas wrote:
I'd prefer
from zope.annotation.adapter import AnnotationAdapter
getFoo = AnnotationAdapter(for_=IBar,
interface=IFoo,
factory=Foo,
Jim Fulton wrote:
Martijn Faassen wrote:
[snip]
I appreciated you making it explicit, Shane, even though I already
knew and fully agree. :)
I sometimes express this principle as "magic is bad unless it's
perfect magic". Do post it on your blog.
Yes, it is a good thing
Shane Hathaway wrote:
Jim Fulton wrote:
Shane Hathaway wrote:
+1. When I learn a skill, it is at first completely explicit, and as
the skill becomes predictable and reliable, it gradually becomes
implicit. If I kept everything explicit, I would hinder myself from
building higher level ski
Jim Fulton wrote:
Martijn Faassen wrote:
[snip]
as configuration in Python code is
more flexible and packages can form a more self-contained whole.
Wrong!
This is an important point. No one in the know is proposing
using Python for configuration. Python is for definition,
not
Hi there,
In this mail I'd like to make explicit some competing design influences
on ZCML.
The first interpretation of what ZCML is:
"""
ZCML is a configuration language that provides abstract directives for
configuring Zope applications. If we're setting up a page, we use the
page directiv
Benji York wrote:
Martijn Faassen wrote:
[snip]
A second issue seems to me a bug in the javascript. When I use
StandaloneSortFormatter I can click on the title of a column to sort
to see a sorted view. This works wonderfully well. Unfortunately the
javascript is a bit simplistic in that it
Marius Gedminas wrote:
[snip]
-1
I'd prefer
from zope.annotation.adapter import AnnotationAdapter
getFoo = AnnotationAdapter(for_=IBar,
>interface=IFoo,
>factory=Foo,
key=FOO_KEY)
> # I suppose the key could
Lennart Regebro wrote:
On 3/10/06, Martijn Faassen <[EMAIL PROTECTED]> wrote:
For instance, one that looks like this:
That doesn't look like configuration.
What does it look like to you?
If hooking up adapters is considered to be configuration, why is hooking
up anno
Hi there,
I've just been playing a bit with zc.table. This is very exciting code
that could make a lot of custom code go away. Way cool!
(and zc.resourcelibrary is also nice!). If I knew the individual
developers I could give them my personal thanks. :)
I ran into some issues and I figured I
Hi there,
I notice a pattern in code that uses annotations that looks like this:
class Foo(Persistent, Contained):
implements(interfaces.IFoo)
def getFoo(context):
annotations = IAnnotations(context)
try:
return annotations[FOO_KEY]
except KeyError:
foo = Foo()
Lennart Regebro wrote:
On 3/10/06, Philipp von Weitershausen <[EMAIL PROTECTED]> wrote:
When I first saw constructs like this (using @apply), I was immediately
repelled and came up with this:
http://codespeak.net/svn/user/philikon/rwproperty/.
Yeah, that´s much better and is how I would have
Paul Winkler wrote:
[snip]
I'm hoping to see a similarly interactive, yet long-term-sane,
working style evolve for in zope 3. Maybe we'll get there
with Persisent Modules and fssync.
This is an issue that's important to me, and to Jim. We had a discussion
about all of this in various weblogs
Hi there,
Geoff Davis wrote:
I am very glad to see that Jim's efforts to better articulate a vision for
Zope have generated so much interest. I am not so sure that the
discussion has been an entirely productive one.
I think that we as a community would benefit by working on our social
engin
Jim Fulton wrote:
[snip]
I wasn't trying to define app server. I was describing the Zope app
server.
As long as you realize you do risk confusion even by saying 'Zope app
server'. To me, Zope 3 is an app server, so when you say 'the Zope app
server' will include its functionalities too.
Re
Dieter Maurer wrote:
Martijn Faassen wrote at 2006-3-2 18:44 +0100:
...
I worry about losing brands we've worked on hard to establish. While
many people do not understand the difference between Zope 2 and Zope 3,
many others have heard about Zope 3 and they know it is not Zope 2.
I d
Martin Aspeli wrote:
On Thu, 02 Mar 2006 11:49:31 -, Lennart Regebro <[EMAIL PROTECTED]>
wrote:
This should be Zope3 as it is now. A couple of things can go away.
Maybe the rotterdam skin, I don't know. Definitely the default Folder
objects and such. People, especially Zope2 people, think
Terry Hancock wrote:
On Tue, 28 Feb 2006 16:41:08 +0100
Martijn Faassen <[EMAIL PROTECTED]> wrote:
Could you please stop using a new name for Zope 3 or the
zope package? You can explain this perfectly well using
the existing, well established names.
I strongly disagree with this sen
Jim Fulton wrote:
[snip]
I think that having one name for two radically different, though related,
things is very confusing. There are really
2 main technologies that people care about:
1. The Zope app server. This is characterized by things like an object
file system, through-the-web scripti
Jim Fulton wrote:
Martijn Faassen wrote:
[snip]
Sounds like the original vision of Zope 3 without the X. I thought we
never got around to developing this stuff the last time.
Actually, no. We originally said that we would provide a transition
path. I said over and over that this was *not
Hi there,
I've been thinking a lot about the various things said in the vision
discussion. Lots of people said things I agree with, but other things
were said that make me worry a lot (losing brand-identity and useful
names), and so on. Here I sketch out some of my thoughts.
Reading back thr
Jim Fulton wrote:
On Tue, 2006-02-28 at 17:29 +0100, Martijn Faassen wrote:
Jim Fulton wrote:
[snip]
I see Zope 5 being a combination of Zope 2 and Zope 3, keeping
the best of both.
I think we already have Zope 5, and it's called Zope 2.9.
Perhaps I'm wrong. If so, how d
Philipp von Weitershausen wrote:
Martijn Faassen wrote:
I see Zope 5 being a combination of Zope 2 and Zope 3, keeping
the best of both.
I think we already have Zope 5, and it's called Zope 2.9.
I'd rather say it's called Zope 2.15 or something :).
Seriously, we
Gary Poster wrote:
[snip]
On Feb 28, 2006, at 10:06 AM, Philipp von Weitershausen wrote:
I think focusing on one app server and a dedicated set of libraries
would be a good alternative to two concurring app servers.
...if the single app server is based on acquisition, __bobo_traverse__
and
Tres Seaver wrote:
[snip]
In this vision, the Zope 3 project should stay where it is and push
things forward. That doesn't mean Five should be ignored by Zope 3
developers, but it should be compartmentalized in people's minds. Zope 3
does innovation, Five does integration, and then the big codeba
Jim Fulton wrote:
[snip]
I see Zope 5 being a combination of Zope 2 and Zope 3, keeping
the best of both.
I think we already have Zope 5, and it's called Zope 2.9.
Perhaps I'm wrong. If so, how does Zope 5 differ from Zope 2.9?
Regards,
Martijn
Philipp von Weitershausen wrote:
Stephan Richter wrote:
1) Our current vision (AFAIK) is that Zope 3 will eventually
replace Zope 2
2) In an alternate vision, Zope 2 evolves to Zope 5.
As you probably know already, I am -1 on the second proposal, since it will
disallow us to finally get r
Philipp von Weitershausen wrote:
Martijn Faassen wrote:
[snip]
I don't see how we need a new vision. This has been the vision
(evolution, not revolution) that I've been carrying out with Five for
the last few years and thanks to a lot of contributions by a large range
of developers,
Hey,
I have another comment about Zope 5, sparked by something Jeff Shell wrote.
Currently we have a clear path to evolution. Zope 3 evolves at its pace,
and Zope 2 evolves mostly by catching up with Zope 3, replacing more and
more bits with Zope 3 bits, which often takes considerable ingenuit
Paul Winkler wrote:
On Tue, Feb 28, 2006 at 12:31:33AM +0100, Philipp von Weitershausen wrote:
I will also note that just because Zope 2 won't die, it doesn't mean we
shouldn't clean it up. Eventually, Zope should mostly be reusing things
from Zed.
+sys.maxint
I think this will be the way w
Philipp von Weitershausen wrote:
[snip]
I would vote for spelling out Zed (which would also be a little easier
to google but might create trademark problems). The namespace package
could either be 'z' or 'zed'.
Then again, I really should take Jim's side and stay out of naming
decisions.
Let's
Max M wrote:
Jim Fulton wrote:
2) In an alternate vision, Zope 2 evolves to Zope 5.
Zope 2 is complicated! It has too many layers of everything.
The reason for Zope 3 is to make it simpler for developers.
Therefore I believe that any succesfull strategy would require Zope 3 to
be usable c
Jim Fulton wrote:
I'd like to get feedback on two possible visions for the future of
Zope 2 and Zope 3.
1) Our current vision (AFAIK) is that Zope 3 will eventually
replace Zope 2
[snip]
2) In an alternate vision, Zope 2 evolves to Zope 5.
[snip]
Thoughts?
My initial reaction is: d
Lennart Regebro wrote:
[snip]
tests (in doctest format)
This seems like a very random requirement for me. I'd like to see
tests that can be run with the standard test-runner, otherwise I don't
see a reason to restrict it. I find doctest greating for testing docs,
and testing longer use cases.
Jean-Marc Orliaguet wrote:
Martijn Faassen wrote:
[snip]
It had unit tests, and the regex stuff that I was referring to may be
interesting - it ports the regexes from Zope's TALES to Javascript so
that the parsing of tales expressions works the same.
This is the module that has the
Jean-Marc Orliaguet wrote:
Balazs Ree wrote:
On Wed, 15 Feb 2006 16:41:36 +0100 Martijn Faassen wrote:
Are you interested in recovering some of there Zope TAL based
regex stuff from Sapling? I'd be happy to merge it in. ctal
doesn't appear to have this yet.
I must have a look,
Balazs Ree wrote:
On Wed, 15 Feb 2006 16:41:36 +0100 Martijn Faassen wrote:
Are you interested in recovering some of there Zope TAL based regex stuff
from Sapling? I'd be happy to merge it in. ctal doesn't appear to have
this yet.
I must have a look, of course any enhancemen
Philipp von Weitershausen wrote:
Martijn Faassen wrote:
[snip]
* a way to register an XSLT renderer.
* registering XML importers and exporters.
These two immediately triggered "adapter" in my mind :).
XSLT renderer may be a view, that's how we use them now. I think it'
Tonico Strasser wrote:
Philipp von Weitershausen wrote:
[snip]
See, now I even explained this to a "template programmer", though I
don't think he'd care.
Maybe I mean something different. I just want a folder in which I can
drop all the files I want to customize (I love to customize), witho
Balazs Ree wrote:
On Mon, 13 Feb 2006 18:59:32 +0100 Martijn Faassen wrote:
Jean-Marc Orliaguet wrote:
I've being working on integrating Balazs Ree's CTAL interpreter recently
(added tests, fixes, etc.). CTAL is the equivalent of TAL but for
javascript.
I just googled around for
301 - 400 of 596 matches
Mail list logo