Hi,
Actually, for us, the partition along of
properties along the config/personalize axis makes a lot of sense, while the “final”
as you defined it does not.
(“final” seems illogical in
WSRP in general – until it is final, it is a normal property. Once it is
final, it is no longer a property, since we don’t consider read-only properties).
Yossi.
From: Rich
Thompson [mailto:]
Sent: Thursday, July 22, 2004 3:21
PM
To:
Subject: Re: [wsrp-interfaces]
Groups - Consumer_Defined_Hierarchies.htm (form erly CCPRelationships.htm)
modified
I'm not so confident that a portlet could reasonable
predict what properties want to be configured via config vs edit. I would
imagine the more useful definition would be to allow a property to be marked as
'final' (or the equivalent) to indicate that further clones are not permitted
to change the value. This would be quite flexible and put the control in the
hands of the person customizing the portlet (who hopefully has a good perspective
on how the clones will be used and therefore can make the right decisions about
further customizations).
Rich
Andre Kramer
<>
07/22/2004 07:10 AM
To
"''"
<>
cc
Subject
[wsrp-interfaces] Groups -
Consumer_Defined_Hierarchies.htm (form erly
CCPRelationships.htm) modified
Portlet properties
would also need to be partitioned along edit/config lines? Minimal, this would
aid the consumer in deciding if the property related to the edit or config
mode.
Regards,
Andre
-----Original Message-----
From: [mailto:]
Sent: 22 July 2004 02:01
To:
Subject: [wsrp-interfaces] Groups - Consumer_Defined_Hierarchies.htm (formerly
CCPRelationships.htm) modified
Information about the document Consumer_Defined_Hierarchies.htm
(formerly CCPRelationships.htm) has been modified by Scott Goldstein
().
Document Description:
First draft of feature proposal for Consumer Defined Hierarchies
Download Document:
http://www.oasis-open.org/apps/org/workgroup/wsrp-interfaces/download.php/7862/Consumer_Defined_Hierarchies.htm
View Document Details:
http://www.oasis-open.org/apps/org/workgroup/wsrp-interfaces/document.php?document_id=7862
PLEASE NOTE: If the above links do not work for
you, your email application
may be breaking the link into two pieces. You may be able to copy and
paste
the entire link address into the address field of your web browser.
