On 8/25/06, Paul Spencer <[EMAIL PROTECTED]> wrote:
Are Portlets supported? If the answer is yes, then the user is
able to configure and display many instances of the same
portlet, i.e. view, on the page. The dialogs MUST be independent
of each other.
This was a problem in early version of Jetspeed.
In all of the JSF-portlet bridges I am familiar with, each portlet is
produced by a separate request, from a separate JSF view, so it should not
be an issue for each portlet to have its own active dialog instance.
Supporting multiple instances of the same dialog, at all, is part of
requirement 10 and I agree we still need that. This will cover the use case
where two portlets are different instances of the same dialog at the same
time.
Paul Spencer
Craig
Craig McClanahan wrote:
> On the wiki[1], we've got mandatory requirement #9 talking about support
> for
> "Support for multiple active dialog instances within a single page" (i.e
.
> more than one instance within a particular JSF view. Thinking about
this
> further, I'm not sure we really need that ... and Seam doesn't support
it
> either. Seam passes around a single conversationId for the entire
request,
> although this identifier gives you access to a stack of nested active
> conversations somewhat like what we currently do with subdialogs.
>
> One implication of this is if we wanted to build a special variable
> resolver
> that resolved, say, "context" to the Context object for the current
dialog.
> If there is guaranteed to be at most one active dialog instance on a
single
> view, then this is pretty straightforward ... just go grab the value for
> the
> dialog identifier (from however you passed it back and forth), and map
> it to
> the corresponding Context instance that was cached in session scope. If
> there is the possibility of more than one dialog in the current view,
then
> the VariableResolver doesn't have enough "context" (err, sorry :-) to
> figure
> out which one to select when it evaluates an expression like
'#{context}".
>
> We clearly need to be able to support individual dialogs active in
> different
> windows or frames (mandatory requirement 10), but those are each
individual
> views so it shouldn't cause grief. But, do we really need multiple
dialogs
> active *within* a single window or frame?
>
> Craig
>
> [1] http://wiki.apache.org/shale/DialogManagerFeature
>
>
> ------------------------------------------------------------------------
>
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.1.405 / Virus Database: 268.11.6/427 - Release Date:
8/24/2006