OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

wsrp message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [wsrp] navigational state change


you mean if the click on the first URL does not result in a complete 
page refresh, but a partial (AJAX-style) refresh. Otherwise everything 
works fine.

Stefan

Michael Freedman wrote:
> reload() works as expected as it merely resubmits the URL that contains 
> the encoded navigational state.  Things "break" however when you have 
> two portlets on a page each representing new navigational state in 
> render URLs.  If the user selects one and then the other URL, the 
> rendition of the first reverts to its previous navigational state as the 
> new state is not encoded in the second portlets URL.
>   -Mike-
> 
> Wesley Budziwojski wrote:
> 
>> Subbu,
>>
>> "In that sense, the portlet is not changing its state directly."
>>
>> One would think that direct or indirect change is a change :)
>> Interesting; Direct change - meaning Consumer changed navig state and 
>> sent it in markupParam) or
>> indirect change -only Producer is aware of the change (new state) and 
>> renders based on that?
>>
>> What does following render() and reload expected to do?
>>
>> Thanks,
>> Wesley
>>
>>
>> Subbu Allamaraju wrote:
>>
>>> In this case, the portlet is not returning new navState, but is 
>>> encoding  this state in a URL. This is navState change, but happens 
>>> when a UA submits the request to the consumer. In that sense, the 
>>> portlet is not changing its state directly.
>>>
>>> Also not that this example is true only for render URLs.
>>>
>>> Subbu
>>>
>>> Wesley Budziwojski wrote:
>>>
>>>> Section 3.12
>>>>
>>>> "Examples of when one of the optional steps 
>>>> (performBlockingInteraction and handleEvents) might not be used 
>>>> include:
>>>>
>>>>    * The End-User interacting with a URL that simply looks to render
>>>>      the Portlet's markup with a different navigational state (e.g.
>>>>      with the next set of results from a search). In this case, both of
>>>>      the first two steps could be skipped. "
>>>>
>>>> It seems that  to render Portlet's mark-up with a different 
>>>> navigational state implies that  Portlet needs to change its 
>>>> navigational state and
>>>> if so the change of the Portlet's state should happen in PBI or 
>>>> there is no navigational state change in this use case?
>>>>
>>>> Thanks,
>>>> Wesley
>>>>
>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe from this mail list, you must leave the OASIS TC that
>>>> generates this mail.  You may a link to this group and all your TCs 
>>>> in OASIS
>>>> at:
>>>> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
>>>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe from this mail list, you must leave the OASIS TC that
>>> generates this mail.  You may a link to this group and all your TCs 
>>> in OASIS
>>> at:
>>> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe from this mail list, you must leave the OASIS TC that
>> generates this mail.  You may a link to this group and all your TCs in 
>> OASIS
>> at:
>> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe from this mail list, you must leave the OASIS TC that
> generates this mail.  You may a link to this group and all your TCs in 
> OASIS
> at:
> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
> 
> 




[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]