On Monday 13 February 2006 17:06, Roman Susi wrote:
> If I compare this situation to Python, it is always quite
> straightforward to look at the source of the module or to
> help(thesamemodule) to see that I need first make an instance of some
> class and then use its methods.
>
> So, probably, Zop
On Monday 13 February 2006 14:27, Roman Susi wrote:
> My little experience tells me that file include (while it makes some
> names longer) is more explicit, because I can use classes from the
> Content directory (usually up the path).
>
> That is,
>
> - mypackage
> + - browser
> + \configu
Stephan Richter wrote:
> On Sunday 12 February 2006 10:19, Roman Susi wrote:
>>Or at least some good documentation on what is the meaning of ZCML
>>constructs.
>
>
> Have you looked at "http://localhost:8080/++apidoc++";? It contains a
> dynamically generated ZCML documentation section. If you
Stephan Richter wrote:
> On Sunday 12 February 2006 10:19, Roman Susi wrote:
>
>>Could it be beneficial to have some kind of wizard which could help
>>write ZCML configurations?
>
>
> Sure. I think a lot of people would be happy about a tool like that. The way
> ZCML is constructed should make
On Sunday 12 February 2006 10:19, Roman Susi wrote:
> Could it be beneficial to have some kind of wizard which could help
> write ZCML configurations?
Sure. I think a lot of people would be happy about a tool like that. The way
ZCML is constructed should make it very easy to retrieve all needed
Hi!
After having fight with ZCML I think some sort of debugger, checker,
validator or wizard is needed to help writing ZCML!
Trial-and-error approach is too costly and frustrating to newbies.
Discovering what goes where or from where is nightmare and error-prone too.
Zope3 already has a good do