[Zope3-dev] Form framework, adapters and pau

2005-04-04 Thread Dominik Huber
that implements more than one interface cannot be registered with the implicit adapts and implements informations. - A regular schema does not extend ILocation therefore it is not obvious to write an adapter implementing ILocation. Any objections? Regards, Dominik Huber

Re: [Zope3-dev] Form framework, adapters and pau

2005-04-04 Thread Dominik Huber
Jim Fulton wrote: Dominik Huber wrote: A few months ago the following code block was removed in editview.py, editwizard.py and schemadisplay.py (revision 29418): def _setUpWidgets(self): adapted = self.schema(self.context) if adapted is not self.context

Re: [Zope3-dev] Form framework, adapters and pau

2005-04-08 Thread Dominik Huber
Jim Fulton wrote: Whether something is trusted or not is an implementation decision of the adapter. Yup. But if developer 'A' writes a framework such as the form framework, he does not implement the adapter himself. The adapters are implemented by others within different application for example

Re: [Zope3-dev] Wiki permissions and PAU [Zope3-dev] Form framework, adapters and pau

2005-04-13 Thread Dominik Huber
line 73, derive WikiPageHierarchyAdapter from Location from zope.app.location import Location class WikiPageHierarchyAdapter(Location): ... We' ve planed to fix that problem correctly: http://mail.zope.org/pipermail/zope3-dev/2005-April/014140.html Regards, Dominik Huber

Re: [Zope3-dev] Form framework, adapters and pau

2005-04-20 Thread Dominik Huber
Jim Fulton wrote: Dominik Huber wrote: Excuse me late response I was busy that weekend... Jim Fulton wrote: I fixed that issue within the branch 'Zope3/branches/dominik-locatableadapters' Jim, could you take a look at that please. Thank you very much in advance! [...] We should *only* add

Re: [Zope3-dev] Form framework, adapters and pau

2005-04-20 Thread Dominik Huber
Jim Fulton wrote: It is not generally the case that you need to use separate security declarations with trusted adapters. I declare those additional class directive all the time if I'm using trusted adapters. IMO this kind of registration is the common pattern For example stephan richter uses

Re: [Zope3-dev] Form framework, adapters and pau

2005-04-20 Thread Dominik Huber
addendum... I tried to implement your solution [Revision 30053], but then I noticed the following problems: 1. no permission (None) and zope.Public within a trusted adapter registration provokes different behavior (example below KeyReferenceToPersistent) 2. the zwiki bug and my related

[Zope3-dev] Multi Interface Types Registration

2005-04-25 Thread Dominik Huber
Hi Stephan, Is there a specific reason why only one interface type is directly provided per interface? If two types are registered for one interface the first type is chucked out of the interface during the registration of the second, but the first stays still registered within the utitlity

[Zope3-dev] site.zcml (ftesting.zcml) extension

2005-04-25 Thread Dominik Huber
We should have an application/framework-level hook within the site.zcml that is processed before *-configure.zcml are invoked. Problem: A framework package 'b.x' registers a dedicated menu 'b_views'. A package 'a.x' using 'b.x' should be able to register menu items refering 'b_views'. The

Re: [Zope3-dev] Multi Interface Types Registration

2005-04-25 Thread Dominik Huber
Stephan Richter wrote: IMO multi-typed interfaces would make sense. Would you have any objections if I change the code the following way: module: zope.app.component.interface.py, line 78 75if iface_type is not None: 76if not iface_type.extends(IInterface): 77raise

Re: [Zope3-dev] site.zcml (ftesting.zcml) extension

2005-04-25 Thread Dominik Huber
Stephan Richter wrote: On Monday 25 April 2005 09:03, Dominik Huber wrote: Problem: A framework package 'b.x' registers a dedicated menu 'b_views'. A package 'a.x' using 'b.x' should be able to register menu items refering 'b_views'. The initialisation will fail because 'a.x' is loaded before

Re: [Zope3-dev] site.zcml (ftesting.zcml) extension

2005-04-25 Thread Dominik Huber
Shane Hathaway wrote: Dominik Huber wrote: We should have an application/framework-level hook within the site.zcml that is processed before *-configure.zcml are invoked. Problem: A framework package 'b.x' registers a dedicated menu 'b_views'. A package 'a.x' using 'b.x' should be able

Re: [Zope3-dev] site.zcml (ftesting.zcml) extension

2005-04-25 Thread Dominik Huber
Stephan Richter wrote: On Monday 25 April 2005 10:52, Roger Ineichen wrote: The alphabtice order of configure.zcml like Stephan proposed is one solution. But I like a more explicit solution for this like Dominik proposed with a additional application level for 3rd party packages. I did not

Re: [Zope3-dev] Form framework, adapters and pau

2005-04-25 Thread Dominik Huber
Jim Fulton wrote: So at the moment I do not see any another possibility to set those permissions than using an additional class.. directive. All 'bugs' related to this issue (that I'm aware of) including the zwiki-bug that was reported uses the above pattern and breaks. The reason for my branch

Re: [Zope3-dev] Form framework, adapters and pau

2005-04-25 Thread Dominik Huber
Jim Fulton wrote: Dominik Huber wrote: Jim Fulton wrote: ... Here are 2 other alternatives to consider: 1. Add a locate option to the adapter directive, which defaults to false. If true (locate=1), then a location proxy is always added to the adapter. Yup. -1 That's might be *to much

Re: [Zope3-dev] Form framework, adapters and pau

2005-05-19 Thread Dominik Huber
(This mail seems to be lost some where so I take another try.) Hi Jim, I cleaned up the locatableadapters-branch, but I did not implement an additonal locate attribute to the adapter directive yet, because it's pretty tricky to separate trusted-ness from location-ness. I already raised the

Re: [Zope3-dev] Extend addform and addwizard directive

2005-05-19 Thread Dominik Huber
I would like to add an additional 'content_factory_id' attribute to the addform- addwizard directive in order that utility based factories can be invoked within the adding view. See diff for details. Any objections? Regards, Dominik Huber Index: metadirectives.py

Re: [Zope3-dev] Form framework, adapters and pau

2005-05-19 Thread Dominik Huber
Jim Fulton wrote: I already raised the question what the precedence should be if the class...-and-adapter...-pattern is used within the registration of trusted adapters. OK, I'll anser that. If a permission is used in an adapter directive, it takes precedence over declarations made in a class

Re: [Zope3-dev] Zope3 and LocalFS functionality

2005-06-06 Thread Dominik Huber
/instance/etc/package-includes regards, Dominik Huber (p.s. attention their is a bug using the fs directory manager in combination with the intid utility.) On Mon, 2005-06-06 at 10:49, Dominik Huber wrote: H Jansen wrote: I have build a very useful website in Zope2 in which I used the LocalFS

Re: [Zope3-dev] RFC: Make widget / subdirective support sequence/items widgets

2005-06-29 Thread Dominik Huber
Philipp von Weitershausen wrote: Actually, I'm not entirely satisfied with the implementation yet. It still doesn't work sufficiently with subwidgets of sequence widgets. I'm not sure if I use the sequence widgets correctly. Two days ago I used the sequence widget the second time (The first

Re: [Zope3-dev] local-utility location and registration

2005-07-04 Thread Dominik Huber
Garanin Michael wrote: Hello! My app setup code do follow step: 1) create simple AppSite (as ISite) in top 2) create local-utility object, for example PAU = PluggableAuthentication() 3) AppSite['PAU'] = PAU 4)

Re: [Zope3-dev] local-utility location and registration

2005-07-04 Thread Dominik Huber
Garanin Michael wrote: Ok, but my setup code very like your code with little difference: - your code: default[folder_name] = utility - my code: site[folder_name] = utility (my question: is it legal?) As result i have url MySite/PAU/USERS instead MySite/++etc++site/default/PAU/USERS. And it is

Re: [Zope3-dev] #316 : Looking for windows users

2005-07-25 Thread Dominik Huber
Julien Anguenot wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Could someone try to launch the tests with a Zope3 checkout under Windows this way ? : $ python bin/test -vpu --dir src\\zope\\ E:\dev\zope3_trunkpython test -vpu --dir src\\zope\\ Configuration file found.

Re: [Zope3-dev] #316 : Looking for windows users

2005-07-25 Thread Dominik Huber
Julien Anguenot wrote: Is it supposed to work with the double \ ('\\') on windows ? The error reported was different on this issue but seems to be related though. I don't know. I never used it with double '\' before. Dominik ___ Zope3-dev

Re: [Zope3-dev] PAU trouble

2005-08-04 Thread Dominik Huber
Velko Ivanov wrote: Dominik Huber wrote: Provide ILocation by those adapters, use the 'locatalbe' attribute of the adapter directive (- location proxied) or set the permission explicitly to zope.Public. Thanks for the reply PsycopgAdapter inherits ZopeDatabaseAdapter, which provides

Re: [Zope3-dev] Re: security frustrations

2005-08-10 Thread Dominik Huber
Florent Guillaume wrote: Does it work to just set __parent__ to the container? Or does the zopesecuritypolicy require more accurate context? Yes, the unset location is the problem, why the local security cannot be looked up. Martijn Faassen wrote: Benji York wrote: Martijn Faassen

Re: [Zope3-dev] problems with browser:widget

2005-08-24 Thread Dominik Huber
Adam Groszer wrote: I'm having problems with using browser:widget. I have an interface: class ISzerep(Interface): name = TextLine( title=uSzerep nev, description=uSzerep nev, required=True ) szemelyek = List( title=uHozzarendelt szemelyek,

Re: [Zope3-dev] problems with browser:widget

2005-08-30 Thread Dominik Huber
Excuse my delay, I was out of office last week... A month ago, I got an error while using a sequence widget factory referenced by the widget subdirective of an editform. I used the zope.app.form package of philips branch and that solved my problem:

Re: [Zope3-dev] Should major for-reaching changes be made for purposes of style?

2005-09-01 Thread Dominik Huber
Jim Fulton wrote: A change in style, if applied everywhere can lead to massive code changes. This can have serious downsides. If people are working on branches, where most new work should be done, then merging is made more difficult. People who read the checkins have a lot of extra code to

Re: [Zope3-dev] Re: Security mechanism finds permissions for Built-in principals, but not custom principals.

2005-09-19 Thread Dominik Huber
Hi Alec Your derivative of principalfolder is a local authentication. Therefore it can be only invoked if a location can be computed and the pricipalfolder can be found starting from it. Content objects are regularly locatable but adapters not. To force locations to adapters you can derive

Re: [Zope3-dev] Re: zope3 website report?

2005-10-12 Thread Dominik Huber
Stephan Richter wrote: On Tuesday 11 October 2005 12:41, Philipp von Weitershausen wrote: If anyone here really needs WYSIWYG, please make a point, but I doubt that there will be one... It's a top priority for Jim. Uwe and I agreed we would prefer ReST. I would definitely prefer

Re: [Zope3-dev] RFC: Content Providers and Viewlets

2005-10-17 Thread Dominik Huber
Hi Stephan, I just looked at the examples. I like the current implementation much more, because a viewlet is adapted to its original context (- complex example) and content providers (or viewlet managers) can render itself. Those changes are providing a better encapsulation and a more ca-like

Re: [Zope3-dev] RFC: Content Providers and Viewlets

2005-10-18 Thread Dominik Huber
Gary Poster wrote: ... and to sketch the difference between widgets and viewlets out. The zope.widget package in the branch is currently in disrepair, but the intent is for widgets to be subviews. The subview package actually grew out of the widget work. This won't be ready for 3.2.

Re: [Zope3-dev] hurry.query in Zope 3.2?

2005-10-31 Thread Dominik Huber
Martijn Faassen wrote: Hey, Martijn Faassen wrote: Would there be any interest in merging hurry.query into Zope 3.2? Apparently not, or at least people are lacking in time, which is understandable as I do too. :) I'll try in more advance for Zope 3.3. We find it very useful here at

Re: [Zope3-dev] How to provide some default utilities for sub-site

2005-11-04 Thread Dominik Huber
) self.setSiteManager(sm) ... ensureUtility(self, IWorkflowUtility, 'WorkflowUtility', WorkflowUtility, 'wfu') -- Dominik Huber Perse Engineering GmbH Jurastrasse 9a CH-5406 Baden E-Mail: [EMAIL

Re: [Zope3-dev] How to provide some default utilities for sub-site

2005-11-04 Thread Dominik Huber
, 'WorkflowUtility', WorkflowUtility, 'wfu') -- Dominik Huber Perse Engineering GmbH Jurastrasse 9a CH-5406 Baden E-Mail: [EMAIL PROTECTED] Telefon: ++41 56 534 7730 ## # # Copyright (c) 2003

Re: [Zope3-dev] RFC: CustomWidgetFactory and widgets having different __init__ signature

2005-11-15 Thread Dominik Huber
Adam Groszer wrote: As I'm digging through zope.app.form.browser to fix the CustomWidgetFactory collector issue, I found the following: IWidget has no __init__ defined class Widget(object): def __init__(self, context, request): class ItemsWidgetBase(TranslationHook, SimpleInputWidget):

Re: [Zope3-dev] RFC: CustomWidgetFactory and widgets having different __init__ signature

2005-11-17 Thread Dominik Huber
Hi Adam DH Are you fixing issue 451? Otherwise, I could do it this weekend. Anyway I can't do it directly, because I don't have SVN access. I think I'll sit here, so if you need any help... Thanks for your inputs! I will do that this weekend. Regards, Dominik begin:vcard fn:Dominik Huber

Re: [Zope3-dev] RFC: CustomWidgetFactory and widgets having different __init__ signature

2005-11-17 Thread Dominik Huber
Johan Carlsson wrote: Anywhere I can read up on what's happening with this issue/bug? Regards, Johan NotYetError ;) I have to dig into the subject this weekend, but I have to sort the partial solutions first. Dominik begin:vcard fn:Dominik Huber n:Huber;Dominik email;internet:[EMAIL

Re: [Zope3-dev] __init__.py interfaces.py guidelines?

2005-11-21 Thread Dominik Huber
Jean-Marc Orliaguet wrote: OK, so to summarize this thread: - __init__.py files are empty One ore two years ago garett raised a similar issue too. IMO (Excuse me, I could not find the mail) then we decided to import the interfaces.py within __init__.py: from interfaces import *

Re: [Zope3-dev] RFC: CustomWidgetFactory and widgets having different __init__ signature

2005-11-22 Thread Dominik Huber
Johan Carlsson wrote: Anywhere I can read up on what's happening with this issue/bug? - The class attribute of the widget-directive can handle a custom factory or a widget class. - The __call__ method of custom widget factory (zope.app.form.CustomWidgetFactory) invokes collection, choice

Re: [Zope3-dev] RFC: CustomWidgetFactory and widgets having different __init__ signature

2005-11-22 Thread Dominik Huber
Johan Carlsson wrote: Dominik Huber wrote: Johan Carlsson wrote: Anywhere I can read up on what's happening with this issue/bug? - The class attribute of the widget-directive can handle a custom factory or a widget class. - The __call__ method of custom widget factory

Re: [Zope3-dev] __init__.py interfaces.py guidelines?

2005-11-22 Thread Dominik Huber
Martijn Faassen wrote: I don't think using any of these patterns is a big style problem (I'm much less opinionated about this than about code in __init__.py); it's hard to recommend a single practice, so perhaps we shouldn't. +1 Regards, Dominik begin:vcard fn:Dominik Huber n:Huber;Dominik

Re: [Zope3-dev] RFC: Reunite Zope 2 and Zope 3 in the source code repository

2005-11-23 Thread Dominik Huber
Stephan Richter wrote: This may raise the contribution bar too high. IMO that 's the most important point. I' m -1, too. Regards, Dominik begin:vcard fn:Dominik Huber n:Huber;Dominik email;internet:[EMAIL PROTECTED] tel;work:++41 56 534 77 30 x-mozilla-html:FALSE version:2.1 end:vcard

Re: [Zope3-dev] RFC: Reunite Zope 2 and Zope 3 in the source coderepository

2005-11-24 Thread Dominik Huber
Philipp von Weitershausen wrote: Really, I'm quite tired of trench wars like Zope 2 vs. Zope 3. Like Martijn said, we need to come together, not apart. I'm starting to get the feeling that some Zope 3 developers rather see Zope 2 die than embrace some of its experience and community. At

Re: [Zope3-dev] RFC: Reunite Zope 2 and Zope 3 in the source code repository

2005-11-24 Thread Dominik Huber
Philipp von Weitershausen wrote: Stephan Richter wrote: I will always vote -1 on such a move. I just simply punishes all those early adopters of Zope 3 and throw it in their face. Great appreciation! You know I can turn this around and say that by focusing all development on Zope 3,

Re: [Zope3-dev] Re: Event fixes

2005-11-25 Thread Dominik Huber
Florent Guillaume wrote: I didn't follow Dominik's suggestion of using IModificationDescription because I feel this a case sufficiently fundamental that we really want a subclass. Excuse my intervention... The modification descriptiors were introduced by Uwe Ostermeier to handle the

Re: [Zope3-dev] Re: Event fixes

2005-11-28 Thread Dominik Huber
Florent Guillaume wrote: Dominik Huber wrote: The modification descriptiors were introduced by Uwe Ostermeier to handle the versioning and cataloging stuff. I'm not an expert in that field, but in my understanding the modification descriptors are more general and your case is a subset

Re: [Zope3-dev] Re: Event fixes

2005-11-28 Thread Dominik Huber
Florent, But at least the event notifications within the setitem function is kind of redundant. An add-, move- and remove- event is a part of the container framework. Therefore we can assume that the underlying container referenced by the event.object.__parent__ has changed too. file:

Re: [Zope3-dev] Re: Event fixes

2005-11-28 Thread Dominik Huber
Florent Guillaume wrote: Excuse my insistence, but the only thing I *added* was a modification event when you reorder the children of an ordered container. Before attacking it, please undestand what I checked in. Excuse the confusion of my mail. I was to tired yesterday. I try it

Re: [Zope3-dev] Security Proxy/isinstance

2005-12-02 Thread Dominik Huber
Andres Freund wrote: Hi, I'm working with the combination of Zope3 and sqlobjet over sqlos and discovered a problem (about SecurityProxy as i already asked about in #zope3-dev). Some code in sqlobject is using isinstance() to decide what to do. The problem is, that sometimes sqlobject

Re: [Zope3-dev] RFC: Simplify Skinning

2005-12-07 Thread Dominik Huber
Phillip's Proposal: Furthermore, I propose to remove the |IDefaultLayer| interface. We've been using the |default| layer as a connotation of always being available unless overridden by a more specific layer. However, this does not apply all the time: When the |default| layer is not included in

Re: [Zope3-dev] RFC: Simplify Skinning

2005-12-07 Thread Dominik Huber
-- Dominik Huber Perse Engineering GmbH Jurastrasse 9a CH-5406 Baden E-Mail: [EMAIL PROTECTED] Telefon: ++41 56 534 7730 begin:vcard fn:Dominik Huber n:Huber;Dominik email;internet:[EMAIL PROTECTED] tel;work:++41 56 534 77 30 x-mozilla-html:FALSE version:2.1 end:vcard

Re: [Zope3-dev] RFC: Simplify Skinning Redux

2005-12-12 Thread Dominik Huber
Philipp von Weitershausen wrote: (http://dev.zope.org/Zope3/SimplifySkinning) yet another overhaul. Basically, it now proposes to go one step further: Layers and skins will always be simple interfaces extending IBrowserRequest. The only difference between skins and layers is that only skins

Re: [Zope3-dev] RFC: Simplify Skinning Redux

2005-12-13 Thread Dominik Huber
Steve Alexander wrote: Who will use these interfaces? In what parts of the code will they be present? I think these marker interfaces are used only in infrastructure code to do with setting up layers and skins. In this case, they will not be typed often, and will not even be read often. So,

Re: [Zope3-dev] Interface implementation declaration weight (was Re: View lookup changes in Zope 3.2?)

2005-12-14 Thread Dominik Huber
Gary Poster wrote: I'm pretty sure there's a proposal on the wiki somewhere with Jim's full lookup algorithm that you want, but the iro for the pertinent object(s) usually gets me far enough. That might be the proposal you mentioned

Re: [Zope3-dev] RFC: Local Component Management Simplification

2006-02-02 Thread Dominik Huber
Stephan Richter wrote: On Thursday 02 February 2006 07:38, Jim Fulton wrote: Comments and questions are welcome. I like the proposal in general. The big missing use case that is missing for me is the task of unregistering or reregistering a persistent component. I like the

Re: [Zope3-dev] Z3 widgets overview

2006-02-03 Thread Dominik Huber
Adam Groszer wrote: Hello, I had some time to finalize the widgets overview. You can download it from here in various formats: http://www.zope.org/Members/adamg/widget thanks, super! dominik -- Dominik Huber Perse Engineering GmbH Jurastrasse 9a CH-5406 Baden E-Mail

Re: [Zope3-dev] RFC: Local Component Management Simplification

2006-02-03 Thread Dominik Huber
Jim Fulton wrote: I've updated the proposed APIs. I changed wording from provide to register as unprovide doesn't make sense. (This also conglicts less with existing APIs.) I like the new wording. Do you offer the new wording within the zapi too? That would be cool. zapi.registerAdapter()

Re: [Zope3-dev] RFC: Local Component Management Simplification

2006-02-03 Thread Dominik Huber
Jim Fulton wrote: One issue with subscribers currently is that ZCML subscriber directives can't be overridden. We need a fix for this. In my understanding this usecase is covered by the new implementation, isn't it? Regards, Dominik ___

Re: [Zope3-dev] RFC: Local Component Management Simplification

2006-02-03 Thread Dominik Huber
Jim Fulton wrote: Dominik Huber wrote: Jim Fulton wrote: I've updated the proposed APIs. I changed wording from provide to register as unprovide doesn't make sense. (This also conglicts less with existing APIs.) I like the new wording. Do you offer the new wording within the zapi too

Re: [Zope3-dev] RFC: Local Component Management Simplification

2006-02-03 Thread Dominik Huber
Jim Fulton wrote: Dominik Huber wrote: Jim Fulton wrote: One issue with subscribers currently is that ZCML subscriber directives can't be overridden. We need a fix for this. In my understanding this usecase is covered by the new implementation, isn't it? What new implementation

Re: [Zope3-dev] Simplify Skinning ready for review / work on Reducing the Amount of ZCML Directives

2006-02-21 Thread Dominik Huber
Philipp von Weitershausen wrote: Now that this proposal has been dealt with, I will turn my focus of attention to http://dev.zope.org/Zope3/ReducingTheAmountOfZCMLDirectives. Since my initial announcement of the proposal I made some minor ammendments regarding the 'content' directive. Please

Re: [Zope3-dev] Simplify Skinning ready for review / work on Reducing the Amount of ZCML Directives

2006-02-22 Thread Dominik Huber
Philipp von Weitershausen wrote: [...] I would vote to leave at least the class/factory and class/implements subdirectives. The class/implements subdirective is debatable because putting an interface on a class might be considered some sort of policy. So I don't feel too strong about it.

Re: [Zope3-dev] The Zope Software Certification Program and Common Repository Proposal

2006-02-22 Thread Dominik Huber
Stephan Richter wrote: [...] 3.2. Layout ~~~ Packages in the Common Repository *must* have the following layout: repos/main/NAMESPACE.PACKAGE branches/ tags/ trunk/ ... setup files ... src/ NAMESPACE/ PACKAGE/ ... code ...

Re: [Zope3-dev] The Zope Software Certification Program and Common Repository Proposal

2006-02-23 Thread Dominik Huber
Stephan Richter wrote: On Wednesday 22 February 2006 10:58, Dominik Huber wrote: Do you have an other solutions for this problem? Honestly, I had not thought about this case, but it is clearly a valid use case. What about this structure? repos/main/ NAMESPACE/ branches

Re: [Zope3-dev] The Zope Software Certification Program and Common Repository Proposal

2006-02-23 Thread Dominik Huber
Benji York wrote: Dominik Huber wrote: We came up with the same solution first. But our problem appears within the following use case. A few developers are sharing code on application level (not package level!) for different dedicated customer projects. They have problems to setup

Re: [Zope3-dev] Re: Reducing the Amount of ZCML Directives ready for review

2006-03-20 Thread Dominik Huber
wrote: Dominik Huber wrote: Philipp von Weitershausen wrote: * class/implements and class/factory weren't removed -- yet. I guess removing these might be a bit controversial. I'd therefore like to take this opportunity to bring this topic up again and to give everyone a chance to look

Re: [Zope3-dev] Re: Reducing the Amount of ZCML Directives ready for review

2006-03-21 Thread Dominik Huber
Tres Seaver wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Philipp von Weitershausen wrote: Dominik Huber wrote: I really appreciate your effort in all other cases, but in this case I think its not a simplification. At least in case of class/implements it is. I'm

Re: [Zope3-dev] Re: Reducing the Amount of ZCML Directives ready for review

2006-03-21 Thread Dominik Huber
Lennart Regebro wrote: On 3/20/06, Tres Seaver [EMAIL PROTECTED] wrote: [...] This doens't really make the number of statements smaller, and it doesn't save very many lines of ZCML. But it *does* make it pretty darn obvious what to do. Because you can't do much else. Note again that this is not

Re: [Zope3-dev] help with directlyProvides

2006-05-08 Thread Dominik Huber
luis wrote: Jean-Marc Orliaguet wrote: luis wrote: are you sure? I tried with: [EMAIL PROTECTED] ~/Zope3/src $ python2.4 Python 2.4.2 (#1, Dec 4 2005, 15:28:38) Type help, copyright, credits or license for more information. from zope.app.file import file f = file.File() f

Re: [Zope3-dev] What are zope.generic, z3c, ldapauth, et.al.?

2006-07-07 Thread Dominik Huber
Excuse my abscence. I'm a little busy and cannot find the time to track the list daily. Small summary of zope.generic: it's a not-yet-fully-implemented, experimental prototype trying to find a high-level-usage pattern or framework for zope 3. During the easter-sprint I decided to put the

Re: [Zope3-dev] soap and ZSI 2.0 patch

2006-07-13 Thread Dominik Huber
Hi Pete I'm very interested in that subject but I can't find any time at the moment. We have planned to use the ZSI to embed OPC-DAXML-Server in a customer-application based on Zope 3. So maybe I can give you some feedback in one or two month but I have to establish the essential know how

Re: [Zope3-dev] Weird error within __cmp__ method of KeyReferenceToPersistent

2006-08-02 Thread Dominik Huber
Hi Gary Thanks for your inputs. I was also offline this days... Gary Poster wrote: [...] Well, first of all, I suspect your situation, based on what I've seen so far, looks something like this: - code creates obj P1 - code puts P1 in intids, with connection. - code does something incorrect

[Zope3-dev] OrderedMultiSelectWidget problem reloaded

2006-11-23 Thread Dominik Huber
Dear form-framework experts/users, Yesterday I applied the first time an editform to a schema containing a 'List' field of value_type 'Choice'. The OrderedMultiSelectWidget is invoked by default. At the first glance it works fine but by and by I discovered the following bugs/missfeatures: -

Re: [Zope3-dev] Re: reasonable syntax for multi-adaptation

2007-09-27 Thread Dominik Huber
. - Both patterns make it explicit to anyone reading the code when a default value is being passed, which should vastly reduce surprise. +1 - Mine feels more natural and Pythonic to people who, like PvW in his book, think of adaptation as being like casting. +1 -- Dominik Huber Perse

Re: [Zope3-dev] Re: reasonable syntax for multi-adaptation

2007-09-27 Thread Dominik Huber
Marius Gedminas wrote: On Wed, Sep 26, 2007 at 09:09:37PM -0400, Tres Seaver wrote: Why does the caller care? She just wants an object which will provide the 'IFoo' contract on behalf of the passed context. If 'x' is capable of providing 'IFoo' without help, then failing (or worse, returning