On 3/14/06, Sidnei da Silva [EMAIL PROTECTED] wrote:
That is, to me, a very important feature. To be able to write some
python module that does not depend on Zope 3 at import time, but is
'hooked into' Zope 3 externally, with ZCML, at 'configuration time'.
Why is that important? In most cases
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.
Stuart Bishop wrote:
the Z3 configuration. This was with Zope 3.0 and integrating our config with
the Z3 config was quite problematic.
What were the problematic bits?
We lost a fair bit of flexibility doing it this way. Field validation needs
to be done the ZConfig way.
How would you
Chris Withers wrote:
Stuart Bishop wrote:
the Z3 configuration. This was with Zope 3.0 and integrating our
config with
the Z3 config was quite problematic.
What were the problematic bits?
We lost a fair bit of flexibility doing it this way. Field validation
needs
to be done the ZConfig
--On 14. März 2006 06:23:33 -0500 Jim Fulton [EMAIL PROTECTED] wrote:
Budding in:
It would be nice to be able to use Zope schema for
conversion and validation. ZConfig was developed at
around the same time as Zope schema. The ZConfig developers
fealt they couldn't wait and reuse the work
Philipp von Weitershausen wrote:
Marius Gedminas wrote:
I'd prefer
from zope.annotation.adapter import AnnotationAdapter
getFoo = AnnotationAdapter(for_=IBar,
interface=IFoo,
factory=Foo,
On Tuesday 14 March 2006 06:29, Andreas Jung wrote:
Could you please explain how zope.schema would deal with hierarchies?
As I mentioned earlier the file format is uninteresting at this point.
Having an easy and flexible framework for defining a configuration schema
should be the goal and I
Martijn Faassen wrote:
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
Jean-Marc Orliaguet wrote:
Jim Fulton wrote:
Yup.
BTW, a general thing to keep in mind:
- Indirection and abstraction are inherently bad because they
hide things. :)
(This is a corolary of explicit is better than implicit.)
- But indirection and abstraction can provide benefits that
Philipp von Weitershausen wrote:
Jim Fulton wrote:
Log message for revision 65931:
Redeprecated a number of things that didn't generate warnings
before. Sigh. Also fixed all the depecation warnings generated by
running the zope.component tests.
...
Added:
Jim Fulton wrote:
Jean-Marc Orliaguet wrote:
Jim Fulton wrote:
Yup.
BTW, a general thing to keep in mind:
- Indirection and abstraction are inherently bad because they
hide things. :)
(This is a corolary of explicit is better than implicit.)
- But indirection and abstraction can
Jean-Marc Orliaguet wrote:
Jim Fulton wrote:
Jean-Marc Orliaguet wrote:
Jim Fulton wrote:
Yup.
BTW, a general thing to keep in mind:
- Indirection and abstraction are inherently bad because they
hide things. :)
(This is a corolary of explicit is better than implicit.)
- But
Stephan Richter wrote:
On Tuesday 14 March 2006 10:26, Jim Fulton wrote:
This is going to take quite a bit of work to sort out.
If someone else wants to try and sort this out, I'm willing to
suspend work on my adapter branch until it's done.
I guess it would be better to work on your
Hi,
can somebody tell me where the locale definitions come from?
The de_DE definition for currency always includes a weird symbol that
might want to be a Euro symbol. However, there is no option to get a
price formatted as a reasonable number without this broken symbol ...
Christian
--
gocept
I know that everyone here in pythonland seems to hate xml, it may not be
pretty, but we have to use it for at least some things anyway. We
probably all spend quite a bit of our time writing xhtml, why not just
standardize on one format. Please, I don't want to learn any more
configuration
--On 14. März 2006 17:17:12 + Laurence Rowe [EMAIL PROTECTED] wrote:
I know that everyone here in pythonland seems to hate xml,
Nothing but a stupid rumor :-)
it may not be
pretty, but we have to use it for at least some things anyway. We
probably all spend quite a bit of our time
Roger Ineichen wrote at 2006-3-13 21:57 +0100:
...
I think ZCML is defently not configuration in the clasic
understanding of configuration. Defining directives in ZCML
means we bind components together to a application.
If developer share this configuration layer with admins and
use it for tasks
Sidnei da Silva wrote at 2006-3-13 20:21 -0300:
...
That is, to me, a very important feature. To be able to write some
python module that does not depend on Zope 3 at import time, but is
'hooked into' Zope 3 externally, with ZCML, at 'configuration time'.
As I understand, no other framework out
Jim Fulton wrote at 2006-3-14 07:23 -0500:
...
* Setting up the indexes in a catalog.
definition
Really?
I would consider it configuration -- even high level configuration.
...
BTW, a general thing to keep in mind:
- Indirection and abstraction are inherently bad because they
hide
Lennart Regebro wrote at 2006-3-14 09:19 +0100:
On 3/14/06, Sidnei da Silva [EMAIL PROTECTED] wrote:
That is, to me, a very important feature. To be able to write some
python module that does not depend on Zope 3 at import time, but is
'hooked into' Zope 3 externally, with ZCML, at
On 3/14/06, Dieter Maurer [EMAIL PROTECTED] wrote:
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
On 3/14/06, Dieter Maurer [EMAIL PROTECTED] wrote:
Aspect orientation does this:
Use a given unprepared implementation and add all kinds
of aspects to them: logging, tracing, persistence, additional
checks
Yeah. And that aspect orientation is in Zope3 done in ZCML... So I
don't
Jim Fulton wrote:
Jean-Marc Orliaguet wrote:
I was refering to high-level ZCML, such browser:page, browser:menu, etc
vs low-level directives like adapter.
Jim
I would say that they paraphrase more lines of code than the
low-level ones, but they fundamentally add no extremely valuable
On Tue, 2006-03-14 at 16:18 -0500, Stephan Richter wrote:
On Tuesday 14 March 2006 12:20, Christian Theune wrote:
The de_DE definition for currency always includes a weird symbol that
might want to be a Euro symbol. However, there is no option to get a
price formatted as a reasonable number
Dieter Maurer wrote:
Jim Fulton wrote at 2006-3-14 07:23 -0500:
- Indirection and abstraction are inherently bad because they
hide things. :)
(This is a corolary of explicit is better than implicit.)
I do not agree with this (but I also do not agree with
explicit is better tham implicit --
Shane Hathaway wrote:
Dieter Maurer wrote:
Jim Fulton wrote at 2006-3-14 07:23 -0500:
- Indirection and abstraction are inherently bad because they
hide things. :)
(This is a corolary of explicit is better than implicit.)
I do not agree with this (but I also do not agree with
explicit
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 skills.
So explicit
On Tuesday 14 March 2006 16:44, Jim Fulton wrote:
I stand by my argument that indirection and abstraction are bad. Of
course, they are often also good. They should be used when the good
significantly outweighs the bad.
Too often though, people don't realize that indirection and abstraction
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 skills.
So explicit is
Zachery Bir wrote:
On Mar 14, 2006, at 4:31 PM, Jean-Marc Orliaguet wrote:
which is strictly equivalent to Implicit is better than explicit,
except when it's not. :-) and when it's not ... explicit is better.
Clearly arbitraritude is better than claritization, except when it
is. Or
Jim Fulton wrote:
I didn't see evidence of deprecation warnings. These methods didn't
generate warnings. The code:
from bbb import *
or
from bbb import x, y, ...,
is, sadly, quite common and generates no warnings.
The import doesn't, but the use of each method did because they
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nathan R. Yergler wrote:
During the Zope3 sprint following PyCon, Paul and I, with Jim's
guidance, began work on exploring how Zope can utilize eggs and be
packaged using eggs. Since we're still experimenting with how eggs
will be used, I wrote
On Tuesday 14 March 2006 17:26, Philipp von Weitershausen wrote:
The import doesn't, but the use of each method did because they looked
like this:
def getView(object, name, request, providing=Interface, context=None):
if __warn__:
warnings.warn(
The concrete concept
Stephan Richter wrote:
On Tuesday 14 March 2006 17:26, Philipp von Weitershausen wrote:
The import doesn't, but the use of each method did because they looked
like this:
def getView(object, name, request, providing=Interface, context=None):
if __warn__:
warnings.warn(
34 matches
Mail list logo