Jean-Marc Orliaguet schrieb:
Tonico Strasser wrote:
Michael Jansen schrieb:
Hi
Is there anywhere an explanation how the rotterdam skin works. Some
insight's to how an when which parts are selected?
How to use and expand it?
I think i'm making progress in understanding how the parts
Jean-Marc Orliaguet wrote:
Tonico Strasser wrote:
Michael Jansen schrieb:
Hi
Is there anywhere an explanation how the rotterdam skin works. Some
insight's to how an when which parts are selected?
How to use and expand it?
I think i'm making progress in understanding how the parts click
Hi
Thanx for the answers so far.
OK. Just a question that occured to me after posting this. Is this the right
newsgroup? I'm subscribed here for over a year. Just lurking, never posted
before. So just forgot looking for a users list. I guess there is a zope3-users
list?
The tutorials i found
Hi there,
Would there be any interest in merging hurry.query into Zope 3.2?
What it does:
hurry.query - higher level query system built on top of the Zope 3
catalog. Some inspiration came from Dieter Maurer's
AdvancedQuery. See src/hurry/query/query.txt for
Paul Winkler wrote:
Hi Jim, just de-lurking for a moment:
On 10/24/05, Jim Fulton [EMAIL PROTECTED] wrote:
I think the biggest problem with the ZPT macro approach to look and feel
concerns are not separated. CPSSkins deals with this in it's own way.
I couldn't quite parse that. What is
Jim Fulton wrote:
Jean-Marc Orliaguet wrote:
Hi!
the problem is not in the skin itself, but in the model used to create
skins. Filesystem-based skins that depend on ZPT macros are doomed by
definition, unless they are designed to cover most of the site layouts
you'll find on the internet
Jim Fulton wrote:
Paul Winkler wrote:
Hi Jim, just de-lurking for a moment:
On 10/24/05, Jim Fulton [EMAIL PROTECTED] wrote:
I think the biggest problem with the ZPT macro approach to look
and feel
concerns are not separated. CPSSkins deals with this in it's own way.
I couldn't
On Wednesday 19 October 2005 05:51, Grégoire Weber wrote:
while modeling the external API of an application I'd like to use the
tagged value feature of the interface implementation.
It seems to me that handling tagged values is implemented inconsequently.
I plan to make a proposal that would
On Monday 24 October 2005 16:44, Jim Fulton wrote:
Any comments before I spend time writing this up?
This won't work for tags whos keys are not python identifiers.
I'd like to encourage people to use ids (dotted names or urls) for
tags.
Okay, in this case I'll implement a mapping interface,
Stephan Richter wrote:
On Monday 24 October 2005 16:40, Jim Fulton wrote:
I tried to sketch an UML diagram from the zope.wfmc package.
Can you please have a look if it is half way correct?
If I ignore the attributes, it looks pretty reasonable.
The picture is a bit incomplete because it
10 matches
Mail list logo
