Raphael,
A maximize may want to re-load certain content, a close may have free up
some resource, etc. It wouldn't be the portlet itself doing those things,
but rather an event listener that the portlet can attach to the portlet
control. Does that make sense?
The thing that mentioned below is required too! That's the "what does the
portlet allow" aspect of window-management, which I would attach to portlets
rather than portlet controls. For example, an advertisement portlet should
be non-closeable for all PSMLs. Therefore, those restrictions should be
placed with the portlet registration.
Cheers,
Thomas Boehme
----- Original Message -----
From: "Raphael Luta" <[EMAIL PROTECTED]>
To: "JetSpeed" <[EMAIL PROTECTED]>
Sent: Friday, November 10, 2000 17:01
Subject: Re: editable portlets for release 1.2
"Thomas F. Boehme" wrote:
>
> Raphael,
>
> "getAllowMaximize()" (and the corresponding maximization, for that matter)
> does not have to do with a portlet being editable or not.
> But apart from that I would agree that having an
"Editable/Customizable/<any
> other suggested name>" interface to derive from has its merits.
>
> Back to "getAllowMaximize()": is there still some enthusiasm about window
> manager-style stuff included in a future Portlet API (something like along
> the lines of event handling for maximize, minimize, restore, close, etc) ?
>
You're right. Customizable should not deal with the window manager like
features but only with edition/customization properties.
Is there any use for allowing the Portlet to specifically alter the
maximize/minimize/close operations which never alter the portlet
content itself ?
I think most of the functionality can be achieved by using different
controls (or by allowing parameters in the control markup) eg:
<control name="EditableBoxControl">
<parameter name="allowMax" value="no"/>
<parameter name="allowMin" value="yes"/>
</control>
Any opinions on this ?
--
Rapha�l Luta - [EMAIL PROTECTED]
--
--------------------------------------------------------------
Please read the FAQ! <http://java.apache.org/faq/>
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives and Other: <http://marc.theaimsgroup.com/?l=jetspeed>
Problems?: [EMAIL PROTECTED]
--
--------------------------------------------------------------
Please read the FAQ! <http://java.apache.org/faq/>
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives and Other: <http://marc.theaimsgroup.com/?l=jetspeed>
Problems?: [EMAIL PROTECTED]
