[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: RE: [wsia] [wsrp-interfaces] redirectURL field in InteractionResp onsedata structure
Hi Rich,
If you don't like the semantics of "send" then you must also not like the semantics of "redirect", right?
Yossi.
-----Original Message-----
From: Rich Thompson [mailto:richt2@us.ibm.com]
Sent: Tuesday, August 06, 2002 3:54 PM
To: wsia@lists.oasis-open.org; [email protected]
Subject: RE: [wsia] [wsrp-interfaces] redirectURL field in
InteractionResp onse data structure
Good points.
I'm not sure "send" has the right semantics though as the _user_ isn't
really sent the URL. How about "the entity would like the user to view a
different URL"? This carries the semantics of viewing the contents of the
URL rather than the URL itself, but separates from the question of what
does it mean to view this particular form of URL.
"Tamari, Yossi"
<yossi.tamari@sap To: wsia@lists.oasis-open.org, [email protected]
.com> cc:
Subject: RE: [wsia] [wsrp-interfaces] redirectURL field in
08/06/2002 08:31 InteractionResp onse data structure
AM
Hi Rich,
I would say "the entity would like to _send_ the user a different URL"
since the URL may point to a zip file for downloading for example.
I agree that we should not define how the portal handles this URL, though I
do think there are use cases for displaying the result in place of the
current content (for example this is a URL that builds a map image to
display instead of the portlet's content).
Yossi.
-----Original Message-----
From: Rich Thompson [mailto:richt2@us.ibm.com]
Sent: Tuesday, August 06, 2002 3:20 PM
To: wsia@lists.oasis-open.org; [email protected]
Subject: [wsia] [wsrp-interfaces] redirectURL field in
InteractionResponse data structure
Lines 30-34 of page 36 in the v0.3 draft spec ask what will be the
semantics of this field (introduced from the JSR168 interface). I would
suggest that the semantics be "the entity would like to show the user a
different URL". It would then be up to the Consumer whether this replaces
the current page or launches a new one (choice likely depends on the
browser in use, etc). Replacing the entity's portion of the page would seem
to be a weird thing to suggest as the URL is not likely a WSIA/WSRP entity.
If it were an entity, a single URL is not enough with the current design.
Are there use cases driving the insertion of this into the JSR168 interface
that this would not cover? Are there use cases that would not be covered by
the link the user clicked directly going to the new URL?
----------------------------------------------------------------
To subscribe or unsubscribe from this elist use the subscription
manager: <http://lists.oasis-open.org/ob/adm.pl>
----------------------------------------------------------------
To subscribe or unsubscribe from this elist use the subscription
manager: <http://lists.oasis-open.org/ob/adm.pl>
----------------------------------------------------------------
To subscribe or unsubscribe from this elist use the subscription
manager: <http://lists.oasis-open.org/ob/adm.pl>
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC