Charles Y. Choi wrote:
With ZMI, you can create different methods/objects and then edit them.
The problem is that pretty much every other editor out there doesn't
know a whit about the types of objects/methods they are creating.
Does emacs really know the difference between a python method,
Chris Withers wrote:
Charles Y. Choi wrote:
With ZMI, you can create different methods/objects and then edit them.
The problem is that pretty much every other editor out there doesn't
know a whit about the types of objects/methods they are creating.
Does emacs really know the difference between
Charles Y. Choi wrote:
Yes, and though your PUT_factory override is a great thing, it's an
unsupported patch: that is,
it's not part of the standard packaging of Zope.
Urm, PUT_factory has been a standard part of Zope for some time now...
The conventions you
use (# for PythonScripts)
THANK YOU
This worked extremely well, and the site is
almost faster than the squid cache now. :-)
http://www.forskning.no is a major ZOPE site
(for us), that will be released tomorrow noon
local time. This is the first site that uses
our soon to be opensourced TopicMap engine that
ZClasses are a waste of time, even more so than DTML.
Words of comfort. :^) Nice never having spent the time to learn 'em.
I've not experienced any bugs in ZPT when used in a sane context.
Same here, after several months' usage.
--
Two witches watch two watches. Which witch watched which
At 09.04.2002 10:46 +0100, Chris Withers wrote:
ZClasses are a waste of time, even more so than DTML.
Chris, please stop that dissing of ZClasses. They are *very* useful indeed!
No, not so much for the seasoned Python/Zope coder, but for the content
manager (remember, Zope is a CMS after
On Tue, 09 Apr 2002 12:56:38 +0200, Stefan H. Holek
[EMAIL PROTECTED] wrote:
ZClasses are a waste of time, even more so than DTML.
Chris, please stop that dissing of ZClasses. They are *very* useful indeed!
No, not so much for the seasoned Python/Zope coder
Even for the seasoned Python/Zope
Arnar Lundesgaard wrote:
THANK YOU
This worked extremely well, and the site is
almost faster than the squid cache now. :-)
http://www.forskning.no is a major ZOPE site
(for us), that will be released tomorrow noon
local time. This is the first site that uses
our soon to be
Stefan H. Holek wrote:
At 09.04.2002 10:46 +0100, Chris Withers wrote:
ZClasses are a waste of time, even more so than DTML.
Chris, please stop that dissing of ZClasses. They are *very* useful indeed!
If you enjoy pain and suffering and no upgrade path.
I will not stop dissing them
I will not stop dissing them until people stop using them and then
complaining
when they break, don't do what they want or behave unexpectedly.
What's your efford on this task? If people like to use them, let them!
It's not up to you to decide for THEM what's best or not. The choice for
Re: http://dev.zope.org/Wikis/DevSite/Proposals/RestrictedCreation
This proposal from Itamar has been up on dev.zope.org for a while, proposing
a way for a registered type to control whether or not it can be added to a
container, or a per-container basis.
I now have an implementation of this
On Tue, 9 Apr 2002, Martijn Jacobs wrote:
I will not stop dissing them until people stop using them and then
complaining
when they break, don't do what they want or behave unexpectedly.
What's your efford on this task? If people like to use them, let them!
It's not up to you to decide for
IMO, this comes at this at the wrong direction.
Objects should not decide whether they can be added to a given folder,
the folder should be the one that makes that decision.
It gives me the heebie geebies to think that every time the add list is
rendered, a whole slew of class methods are
IMO, this comes at this at the wrong direction.
Objects should not decide whether they can be added to a given folder,
the folder should be the one that makes that decision.
It gives me the heebie geebies to think that every time the add list is
rendered, a whole slew of class methods
Toby Dickenson wrote:
(Ive CCed everyone who has commented on the proposal; I hope thats OK)
Could everyone stick to zope-dev only? One copy of each email is enough ;)
___
Zope-Dev maillist - [EMAIL PROTECTED]
Brian Lloyd wrote:
I think (correct me though, if I'm wrong!) that Toby
actually implemented the suggestion that Jim made on
the comments page of the proposal (add a filter to the
meta type info, allowing products to do this without
killing performance).
...but hasn't this problem already
On Tue, 9 Apr 2002 10:57:04 -0400, Brian Lloyd [EMAIL PROTECTED]
wrote:
IMO, this comes at this at the wrong direction.
Objects should not decide whether they can be added to a given folder,
the folder should be the one that makes that decision.
Zope can already do that. Check out how
The issue of client side trojan recently came to my mind again.
Looking at http://www.zope.org//Members/jim/ZopeSecurity/ClientSideTrojan
I found nothing new since Oct. 2001, so I thought I bring up the issue
again, maybe it's something which could be taken care of for zope = 2.6.
I wrote
The issue of client side trojan recently came to my mind again.
Looking at http://www.zope.org//Members/jim/ZopeSecurity/ClientSideTrojan
I found nothing new since Oct. 2001, so I thought I bring up the issue
again, maybe it's something which could be taken care of for zope = 2.6.
I wrote
...I sent out a note a while ago now trying to scare up
some ideas on how to vet the current list of 2.6 proposals
and get to a final plan. I didn't get much (any?) response :(
For a couple of things that were ready to go and fairly non
controversial (like Toby's unicode work), I put on the
Brian Lloyd wrote:
Both me and Myroslav Opyr [EMAIL PROTECTED] are quite
commited to do the proposed Object Links/References. Although
from the emails we exchanged with you, I would've guessed that
it was one of the controversial enough to be a Vetted item :-)
Anyways I'm commited to do
What's your efford on this task? If people like to use them, let them!
It's not up to you to decide for THEM what's best or not. The choice for
YOURSELF not to use them is just as fair as other peoples choices.
Sure but many people ask more experienced developers for advice. I agree
saying
22 matches
Mail list logo
