Benji York wrote:
Martijn Faassen wrote:
Right, that was my motivation too - I googled around for
javascript-based templating languages but realized there wasn't
really anything. Of course XSLT can be used this way too, but TAL is
kinda neat too. Still, I couldn't think of much practical use
Balazs Ree wrote:
On Wed, 15 Feb 2006 16:41:36 +0100 Martijn Faassen wrote:
A separate svn project would be nice. I'm sure z3lab is open; it's also
welcome under the z3 base on codespeak.
I will then check it in to one of those; seriously, I can't decide which
location would be more p
Martijn Faassen wrote:
if it doesn't slow things down or add features that are not really
needed, I think it's fine, but maybe an explanation would be good as
to what it does?
It basically does the same thing as ctal does, except less (no
tal:repeat for instance, though I did have a simple
Hi!
there is a bug in TAL interpreter (zope2.8 / zope2.9), the following markup
...
(which mixes unicode- and non unicode-encoded attributes) generates an
exception::
result = self.pt_render(extra_context=bound_names)
File "/home/jmo/zope-2.9-cps/Products/CMFCore/FSPageTemplate.py", lin
Martijn Faassen wrote:
I don't think it has an implementation of string TALES expressions.
It's parsing anything that's actually *inside* the attributes you add
on HTML with tal, such as detecting whether a TALES expression type
identifier is used ('string:' or 'python:', say), or 'structure
Paul Winkler wrote:
On Thu, Feb 16, 2006 at 07:06:03PM +0100, Jean-Marc Orliaguet wrote:
Yes, that's what I mean. Clearsilver is a good example. There are
several advantages:
- the data structures are platform-independent (they can be encoded in
JSON, C, python), and they can be e
27;: 'bold'}]
for that matter, "python: " expressions are important to keep in order
to be able to map 'selected' to 'font-style: bold' (which is pure
presentation logic).
"tal:define" is OK if it handles presentation data that only the
template/vi
Martijn Faassen wrote:
Philipp von Weitershausen wrote:
[snip]
I would vote for spelling out Zed (which would also be a little easier
to google but might create trademark problems). The namespace package
could either be 'z' or 'zed'.
Then again, I really should take Jim's side and stay out of
Rob Jeschofnik wrote:
Jim Fulton wrote:
I think a lack of a realistic vision means that we are pulling in
different directions. I think this is causing a lot of harm.
I think the crux of the issue here is that presently, we do not have a
consistent answer to the question "What is `Zope'?"
Jim Fulton wrote:
Martijn Faassen wrote:
Jim Fulton wrote:
[snip]
I think that having one name for two radically different, though
related,
things is very confusing. There are really
2 main technologies that people care about:
1. The Zope app server. This is characterized by things like an
Max M wrote:
Geoff Davis wrote:
Jeff Shell has posted some thought-provoking pieces on his blog that are
relevant to Jim's recent attempt to better articulate a vision for Zope:
http://griddlenoise.blogspot.com/2006/03/zope-crisis-of-faith-coming-this-march.html
http://griddlenoise.blogsp
Paul Everitt wrote:
Shane Hathaway wrote:
Stephan Richter wrote:
My vision for the WebDev project is that you can develop WebDev
packages using Zope 2 like features, but the result of the Web
development can be generated into a real Python package.
That might work, but the story breaks d
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 outweight
their inherent ba
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 abstr
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
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 i
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, exc
Jim Fulton wrote:
I'd also like to acknowledge Tres' point about high-level non-Python
definition mechanisms for things like forms and schemas. I agree
with him that such facilities could be a good thing. I may disagree
with him on whether these should be ZCML. I definately don't think
that t
Martijn Faassen wrote:
Philipp von Weitershausen wrote:
Martijn Faassen wrote:
I stand by my conclusions on this approach sounding simple in theory,
but still being a bit harder than it should be in practice. :)
I think this is pretty simple:
def makeAnnotationAdapter(for_, factory, key)
Martijn Faassen wrote:
Jean-Marc Orliaguet wrote:
[snip]
excuse me, but can someone explain what problem the pattern /
workaround is supposed to fix, does it create and return a default
annotation value in case an annotation key does not exist? shouldn't
the annotation machinery be &
Martijn Faassen wrote:
Jean-Marc Orliaguet wrote:
[snip]
OK, basically you mean that the 'annotations' given in your original
post should implement a 'setdefault' method?
I don't see how that would help - you'd still end up writing a factory
that uses the set
Jim Fulton wrote:
Stephan Richter wrote:
On Friday 17 March 2006 06:34, Jim Fulton wrote:
The idea is that after applying configuration, you'd keep the
resolved sequence of actions around so that you could call their undo
methods later.
Of course, the undo feature has other benefits, suc
Hi!
what is the best way in zope3 to create a collection of interfaces
without using classes, lists, etc.?
I have a number of interfaces that I'd like to group into a same
interface category.
e.g. ISomeCollection = I1, I2, I3, I4
and I'd like to be able to query which interfaces ISom
Hi
Is there any reason for not being able to unregister global utilities?
Usually there are registered at startup in ZCML, but they can also be
registered programatically with provideUtility().
let's say that the startup process is done and my application wants to
load new global utilities.
Hi!
I've began formalizing some ideas about how to identify application
resources:
http://svn.z3lab.org/trac/z3lab/file/cpsskins/branches/jmo-perspectives/io/README.txt
I post to zope3-dev too in case someone has some ideas about it. A lot
of the points described are pertinent to zope3.
T
Hi!
I've written a report on the work I did during the CPS4/Z3ECM sprint i
Paris:
http://www.z3lab.org/sections/blogs/jean-marc-orliaguet/2006_04_23_cps4-z3ecm-paris-sprint
there is also a new zope2 product called CPSSkins4Five for running
cpsskins (for zope3) on zope2 .
Hi,
zope.component.getInterface takes a 'context' as a parameter, which is
unused practically or set to None.
def getInterface(context, id):
iface = queryInterface(id, None)
if iface is None:
raise ComponentLookupError(id)
return iface
is it a relic from an old API? why not s
Hi!
I think I've identified an issue with the TTW local utilities
registration (svn trunk), I'm not sure how this is solved (it could be a
bug):
I have a folder that acts as a persistent components registry:
class SomeFolder(..., PersistentComponents)
implements(ISomeFolder)
whic
Jean-Marc Orliaguet wrote:
Hi!
I think I've identified an issue with the TTW local utilities
registration (svn trunk), I'm not sure how this is solved (it could be
a bug):
I have a folder that acts as a persistent components registry:
class SomeFolder(..., Persistent
luis wrote:
Hi all,
I asked this a while ago in the zope3.user list but had no luck, so I'll try
it here now..
I'm having problems getting interface.directlyProvides to work...
does anyone know why the following code doesn't work (file is created, but
it doesnt provide the IMarker interface...
Jean-Marc Orliaguet wrote:
luis wrote:
Hi all,
I asked this a while ago in the zope3.user list but had no luck, so
I'll try
it here now..
I'm having problems getting interface.directlyProvides to work...
does anyone know why the following code doesn't work (file is
c
Hi,
I have a use case for using key references to non-persistent objects, so
I'd like to use: zope.app.keyreference.testing.SimpleKeyReference
but the import path is just a bit weird:
any problem with renaming: zope/app/keyreference/testing.py to
zope/app/keyreference/simple.py ?
regards
/
luis wrote:
Jean-Marc Orliaguet wrote:
sorry I thought you wanted to do something else.. maybe you want to use
'alsoProvides' if it is to set a marker, to avoid removing other
interfaces that the file might provide?
/JM
nop. that's not it... I still ha
Dominik Huber wrote:
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 informat
Hi there!
is there a zope3 bug day planned soon? there are a couple of bugs that
I'd like to fix but I don't want to do it now in the midst of the
release process.
regards
/JM
___
Zope3-dev mailing list
Zope3-dev@zope.org
Unsub: http://mail.zope.org
answering to:
http://www.zope.org/Collectors/Zope3-dev/597
sorry I can't reply online (I don't have the permissions):
there are two possibilities:
- register a '@@registration.html' for objects that implement Components
(this is what I did in http://svn.z3lab.org/trac/z3lab/changeset/3088).
H
Jeff Rush wrote:
Just checking if I'm missing something -- with the removal of HTTP
streaming/chunking in 3.2, this means that the async bi-directional
persistent socket communications associated with Ajax is NOT possible
at this time? That a request/response must quickly run to completion
on
Hi!
there is currently one i18n ZCML directive for registering translations:
it uses filenames (LC_MESSAGES/en/mydomain.po) to determine the domain
name (here: 'mydomain').
this is OK for most use cases because packages manage their own domain,
but there is a case which I don't know how t
Wichert Akkerman wrote:
Previously Jean-Marc Orliaguet wrote:
this is OK for most use cases because packages manage their own domain,
but there is a case which I don't know how to solve, i.e. when a
package is supposed to register translations into another package's
translat
Jean-Marc Orliaguet wrote:
Wichert Akkerman wrote:
Previously Jean-Marc Orliaguet wrote:
this is OK for most use cases because packages manage their own
domain, but there is a case which I don't know how to solve, i.e.
when a package is supposed to register translations into an
Dieter Maurer wrote:
Jean-Marc Orliaguet wrote at 2006-5-30 12:01 +0200:
...
although -- while thinking about it, putting the domain name in .po
files breaks the separation on concerns between translators and
application developer. Translators shouldn't have to worry about
transl
Philipp von Weitershausen wrote:
Dieter Maurer wrote:
Jean-Marc Orliaguet wrote at 2006-5-30 12:01 +0200:
...
although -- while thinking about it, putting the domain name in .po
files breaks the separation on concerns between translators and
application developer. Translators
Dieter Maurer wrote:
Jean-Marc Orliaguet wrote at 2006-5-30 22:13 +0200:
...
Dieter Maurer wrote:
...
In my view the translation domain is vital for translators --
as the domain guides the correct translations.
...
But it is the application that eventually sets the domain name
Lennart Regebro wrote:
On 11/9/06, Chris Withers <[EMAIL PROTECTED]> wrote:
Why do you say "extra" ZCML registration? You need that ZCML
registration whether or not you have to write the marker interface...
Sure, but with the marker interface you need only one. You need one
for each class, in
Martin Aspeli wrote:
Jean-Marc Orliaguet wrote:
And there is nothing wrong with using inheritance when there is a
'__IS A __' type of relation (e.g. an ordered folder IS A folder IS
AN item, ...), or if there is a HAS_A type of relation (a folder has
items, a chair has four le
Philipp von Weitershausen wrote:
Jean-Marc Orliaguet wrote:
Lennart Regebro wrote:
On 11/9/06, Chris Withers <[EMAIL PROTECTED]> wrote:
Why do you say "extra" ZCML registration? You need that ZCML
registration whether or not you have to write the marker interface...
Su
Lennart Regebro wrote:
On 11/13/06, Jean-Marc Orliaguet <[EMAIL PROTECTED]> wrote:
Indeed technically yes. Practically not. I couldn't find many examples
in the zope3 codebase that adapts classes.
The #1 pattern is to adapt from interfaces, it appears as though there
is a reason fo
Philipp von Weitershausen wrote:
Dieter Maurer wrote:
Philipp von Weitershausen wrote at 2006-11-15 15:08 +0100:
...
def myStrAdapter(something):
return str(something)
It instantiates a 'str' object. The 'str' object is the adapter for
'something'.
Huh? This would be a severe terminology
Philipp von Weitershausen wrote:
Dieter Maurer wrote:
Philipp von Weitershausen wrote at 2006-11-15 20:34 +0100:
Dieter Maurer wrote:
Philipp von Weitershausen wrote at 2006-11-15 15:08 +0100:
...
def myStrAdapter(something):
return str(something)
It instantiates a 'str' object. The 'str'
Philipp von Weitershausen wrote:
Chris Withers wrote:
Chris Withers wrote:
Jean-Marc Orliaguet wrote:
once you have that utility / adapter you should be able to call it
like:
converter = getAdapterFor(123, type=IToStringConverter)
strResult = converter.convert(123)
Not quite, what I&#
Michel Pelletier wrote:
>>Message: 7
>>Date: Wed, 04 May 2005 08:17:09 +0200
>>From: "Achim Domma (Procoders)" <[EMAIL PROTECTED]>
>>Subject: [Zope3-dev] relational data
>>To: zope3-dev@zope.org
>>Message-ID: <[EMAIL PROTECTED]>
>>Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>>
>>Hi
Paul Everitt wrote:
> Maik Röder wrote:
>
>> Hi,
>>
>>> - to unify the whole Zope/CMS-involved community to drastically reduce
>>>waste of resources (doing twice or more equivalent components /
>>>features).
>>
>>
>>
>> How do you plan to keep the project apart from the interests of Nuxeo
Maik Röder wrote:
> Hi,
>
>> Here we are supposed to have the notion of cooperation diluted in some
>> sort of undefined abstract notion of cooperation between anonymous
>> participants that have to leave their badge at the entrance.
>
>
Hi!
> When I say neutral, I mean "not dominated by the int
Hi!
the front page is going to be updated with the logos of companies /
universities / associations ... that are taking part in the project.
please send a logo and a link (url)!
the recommended size is approx 160x80 px:
regards
/JM
___
Zope3-dev m
Hi!
I want to get the location about created object through event
notifications, but there is never enough context (there is "Not enough
context to determine location root", ...)
def objectCreated(event):
"""event handler
"""
object = event.object
locatable = IPhysicallyLo
Stephan Richter wrote:
>On Friday 20 May 2005 06:15, Jean-Marc Orliaguet wrote:
>
>
>>I want to get the location about created object through event
>>notifications, but there is never enough context (there is "Not enough
>>context to determine location root&qu
Hi!
concerning subclassing vs adapting, these are really different things,
arent' they?
my understanding (from a semiotic point of view) is that subclassing is
about the classification of objects (taxonomy), and that adapting is
about the representation of objects.
subclassing
a car is a vehicl
Derrick Hudson wrote:
>On Fri, Aug 12, 2005 at 03:07:33PM +0200, Jean-Marc Orliaguet wrote:
>
>| What I don't like about annotations is that the information is stored on
>| the object itself.
>
>FYI the annotations framework can be used while storing the annotation
&
Derrick Hudson wrote:
>On Fri, Aug 12, 2005 at 07:54:21PM +0200, Jean-Marc Orliaguet wrote:
>| Derrick Hudson wrote:
>|
>| >On Fri, Aug 12, 2005 at 03:07:33PM +0200, Jean-Marc Orliaguet wrote:
>| >
>| >| What I don't like about annotations is that the informati
(it is OK to wait 2 seconds in an ECMS to search 1 million
documents, but it is not OK to have to wait 2 seconds to render a page
containing portlets).
Here is the proposal:
http://www.z3lab.org/sections/blogs/jean-marc-orliaguet/2005_08_24_local-portlets
It is built on the notion of "Perspe
Gary Poster wrote:
>
> On Aug 24, 2005, at 2:24 PM, Jean-Marc Orliaguet wrote:
>
>>
>> Hi!
>>
>> Somehow related to the discussion on optimizing catalog queries, I have
>> been thinking about how to best implement local portlets in cpsskins in
&
Michel Pelletier wrote:
>On Wed, 2005-08-24 at 15:28 -0400, [EMAIL PROTECTED] wrote:
>
>
>
>>Message: 5
>>Date: Wed, 24 Aug 2005 20:24:30 +0200
>>From: Jean-Marc Orliaguet <[EMAIL PROTECTED]>
>>Subject: [Zope3-dev] [DRAFT] local portlets and perspective
Michel Pelletier wrote:
>On Thu, 2005-08-25 at 04:10 +0200, Jean-Marc Orliaguet wrote:
>
>
>
>>You would need a quadruple store in that case (see the previous mail) -
>>
>>
>
>rdflib.Graph is actually a quadruple store. Many users still say
>TripleSt
Olivier Grisel wrote:
> Jean-Marc Orliaguet wrote:
>
>>
>> (SellerURI, merchandiseURI, BuyerURI, "Sale Transaction")
>>
> Let's rewrite this relation to a prolog equivalent fact:
> transaction(SellerURI, merchandiseURI, BuyerURI, "Sale Transacti
Olivier Grisel wrote:
> Jean-Marc Orliaguet wrote:
>
>> If you use a primary key to collect all the dyadic relations into a
>> unique relation, then you have implicitly created a triadic relation
>> (identified by the key), except that you also explicitly enumerate the
>
Hi!
concerning perspectives, what would be the use cases? I talked with
Eric, we came up with:
activity-driven perspectives:
---
- browsing perspective (going through folders, finding documents, ..)
- dashboard perspective (tasks list, documents to review
Michel Pelletier wrote:
>>From: Olivier Grisel <[EMAIL PROTECTED]>
>>Subject: [Zope3-dev] Re: [DRAFT] local portlets and perspectives
>>
>>
>
>
>
>>>(SellerURI, merchandiseURI, BuyerURI, "Sale Transaction")
>>>
>>>
>>>
>>Let's rewrite this relation to a prolog equivalent fact:
>>transa
Benji York wrote:
> Jean-Marc Orliaguet wrote:
>
>> the whole issue with RDF I think is: many who build representational
>> models have noticed that the (subject, object, predicate) triad is not
>> sufficiently flexible to represent knowledge that has to do with laws,
Benji York wrote:
> Jean-Marc Orliaguet wrote:
>
>> Benji York wrote:
>>
>>> Can you give an example of one of these pieces of knowledge?
>>
>>
>> "John gives a book to Mary"
>
>
>> If you store the relations "John dr
Jim Fulton wrote:
> Jean-Marc Orliaguet wrote:
>
>> Hi!
>>
>> Somehow related to the discussion on optimizing catalog queries, I have
>> been thinking about how to best implement local portlets in cpsskins in
>> terms of scalability, performance and functionali
Jim Fulton wrote:
>>
>> Hi Jim, here are the concepts defined:
>
>
> It's too bad these aren't defined in a more perminent and referenceable
> location.
>
>> - A *theme* is a visual unity, when you go from cnn.com to bbc.co.uk you
>> see that sites are using different themes. The includes, colors,
Jean-Marc Orliaguet wrote:
>
>a page has a "template" like a Zope Page Template, that would correspond
>to the idea of layout.
>
>it's as unfortunate as a name as the directive that is
>associated to a browser view, and a page template. But the idea is the same.
Jim Fulton wrote:
> Jean-Marc Orliaguet wrote:
>
>>
>> a page has a "template" like a Zope Page Template, that would correspond
>> to the idea of layout.
>
>
> Sure, but It still seems that a "theme page" fills the same role as a
> template
Jim Fulton wrote:
> Jean-Marc Orliaguet wrote:
>
>> Jim Fulton wrote:
>>
> ...
>
>>> Not quite, AFAICT. browser:page actually defines a page (e.g.
>>> "foo.html")
>>> relative to an object type.
>>
>>
>>
>>
>
Jim Fulton wrote:
>
>>
>> it would not be concerned with index.html / report.html / edit.html
>> AT ALL.
>>
>> you would just place a "Main Content Portlet" in the middle of the page
>> and let the application underneath take care of rendering the poll
>> screens.
>>
>> cf
>> http://svn.nuxeo.org/
Jim Fulton wrote:
> Jean-Marc Orliaguet wrote:
>
>>
>> yes, these would be application-specific portlets, as the ones used in a
>> calendar application for instance showing a monthly agenda. The portlet
>> gets access to the current view object, to the current
Jim Fulton wrote:
> Jean-Marc Orliaguet wrote:
>
>> Jim Fulton wrote:
>>
>>
>>> Jean-Marc Orliaguet wrote:
>>>
>>>
>>>> yes, these would be application-specific portlets, as the ones used
>>>> in a
>>>> calend
Jim Fulton wrote:
> Jean-Marc Orliaguet wrote:
>
>>
>>
>> in that case, using a portlet to display the poll results might not be
>> the best solution,
>
>
> Right, but then what if, when displaying the poll results, I wanted to
> use some
> other port
Jim Fulton wrote:
> Jean-Marc Orliaguet wrote:
>
>> Jim Fulton wrote:
>>
>>
>>> Jean-Marc Orliaguet wrote:
>>>
>>>
>>>>
>>>> in that case, using a portlet to display the poll results might not be
>>>> the best
Hi!
I've updated the relation store's index in cpsskins to support wildcards
on triadic relations.
http://www.z3lab.org/sections/blogs/jean-marc-orliaguet/2005_08_27_triadic-relations
It gives extremely good scalability from 1 to 10+ users (the script
used to measure quer
Jean-Marc Orliaguet wrote:
>Hi!
>
>I've updated the relation store's index in cpsskins to support wildcards
>on triadic relations.
>
>
>
>
> for count in range(precision * 1000):
> a = storage.search(predicate=predicate, second=portlet
Hi!
I've just uploaded an animation and posted a blog, to show how I
envision the concept of "perspective".
BLOG:
http://www.z3lab.org/sections/blogs/jean-marc-orliaguet/2005_08_28_perspectives-in-cpsskins
ANIMATION:
http://www.z3lab.org/sections/front-page/design-features/portl
Jim Fulton wrote:
> Jean-Marc Orliaguet wrote:
> ...
>
>> What problem perspectives solves?
>> --
>
>
> I think I'm ready to respond to this now. I hope, with your current
> thinking that this is still relev
Jim Fulton wrote:
> Jean-Marc Orliaguet wrote:
> ...
>
>> By using "perspectives" end-users can also use the portlet editor to
>> move portlets on the canvas (as in the google news portal),
>
>
> By end-users, do you mean content managers? Or end-user
Jim Fulton wrote:
> Jean-Marc Orliaguet wrote:
> ...
>
>> This is what I meant with having a "unifying concept". And that sounds
>> very unifying to me already.
>
>
> Perspectives, if I understand how you are describing them, and how
> Eclipse descri
Jim Fulton wrote:
> Jean-Marc Orliaguet wrote:
>
>>
>>
>> Yes, I think that Rob mentionned that there was such a use case where
>> you had customers who wanted to control the way portlets were disposed
>> on the screen on an individual basis.
>
>
>
Jim Fulton wrote:
> Jean-Marc Orliaguet wrote:
>
>> Jim Fulton wrote:
>>
>>
>> I've read the article, it is clear to me that the main idea is to be
>> able to reuse components, not to create a collection of web pages just
>> to present an ap
Jim Fulton wrote:
> Jean-Marc Orliaguet wrote:
>
>> Hi!
>>
>> Somehow related to the discussion on optimizing catalog queries, I have
>> been thinking about how to best implement local portlets in cpsskins in
>> terms of scalability, performance and functionali
Jim Fulton wrote:
> Jean-Marc Orliaguet wrote:
>
>> Jim Fulton wrote:
>
>
> ...
>
>>> - They introduce a need for some complex infrastructure.
>>>
>>
>> what do you mean by "complex"? have you seen the prototype? for a user
>&g
Jim Fulton wrote:
> Jean-Marc Orliaguet wrote:
>
>>
>>
>> basically if the "slot" that you're thinking about contains portlets
>> then it's a sort of slot not a sort of portlet.
>
>
> Cool. So we can define new slot-like things (for ex
Tonico Strasser wrote:
> Hi!
>
> Jean-Marc Orliaguet schrieb:
>
>> Anyway, pagelets or portlets whatever they called and no matter what
>> data they produce (structured data or raw HTML) must be "pipe-able"
>> through the rendering engine, i.e. they must r
Tonico Strasser wrote:
> Jean-Marc Orliaguet schrieb:
>
>> yes, this is the ZPT way of doing it :-)
>
>
> Yes, I find ZPT is very suited for this stuff becuase it has that slot
> thing. That wouldn't be possible with e.g. DMTL I think. Do CPSSkins
> support o
Jim Fulton wrote:
> Jean-Marc Orliaguet wrote:
>
>> Jim Fulton wrote:
>>
>>
>>> Jean-Marc Orliaguet wrote:
>>>
>>>
>>>>
>>>> basically if the "slot" that you're thinking about contains portlets
>>&g
Jim Fulton wrote:
> Jean-Marc Orliaguet wrote:
>
>>
>> this is more a design feature than an implementation feature.
>
>
> Could you explain *why* you need relations?
>
>
yes, because adapters provide flexible relations between *components*
(interfaces, c
Jim Fulton wrote:
> Jean-Marc Orliaguet wrote:
>
>> Jim Fulton wrote:
>>
>>
>> - this portlet uses this widget
>
>
> I'm confused. In the doctest you pointed out:
>
> https://svn.nuxeo.org/trac/pub/file/z3lab/cpsskins/branches/jmo-perspectiv
Janko Hauser wrote:
>
> Am 31.08.2005 um 10:25 schrieb Jean-Marc Orliaguet:
>
>> Hi !
>>
>> I have been thinking about Jim's question: "why do you need
>> relations?".
>> Some obvious answers came first others emerged later on, now I
Jim Fulton wrote:
> Jean-Marc Orliaguet wrote:
> ...
>
>> Also this is as bad as storing browser view related attributes in a
>> content class - otherwise we are back to the Zope2 old days, where every
>> possible attribute was stored on the objects themselves.
&g
Dario Lopez-Kästen wrote:
> Jim Fulton wrote:
>
>> Jean-Marc Orliaguet wrote:
>>
>>> Janko Hauser wrote:
>>>
>>>> I'm in support of most of your points, although I do not see that
>>>> the catalog is actually proposed as an alternat
Hi!
I have been scratching my head on this one, there is something
counter-intuitive in the way path adapters are used in ZPT.
If I have a path adapter declared as:
and Displayable:getDisplay takes an optional argument
for a ZPT programmer, it seems natural to write:
tal:define="
displa
Hi!
I have summarize how the rendering engine in cpsskins in built, from
content, display and format elements to filters, rendering engines:
http://www.z3lab.org/sections/documentation/cpsskins-rendering
with lots of diagrams and explanations. This part of the architecture
has stabilized.
/JM
1 - 100 of 172 matches
Mail list logo
