You are viewing a plain text version of this content. The canonical link for it is here.
Posted to adffaces-issues@incubator.apache.org by "Gabrielle Crawford (JIRA)" <ad...@incubator.apache.org> on 2006/12/12 00:01:25 UTC
[jira] Closed: (ADFFACES-248) Propose adding a 'visited' attribute
to the commandNavigationItem component...
[ http://issues.apache.org/jira/browse/ADFFACES-248?page=all ]
Gabrielle Crawford closed ADFFACES-248.
---------------------------------------
patch applied
> Propose adding a 'visited' attribute to the commandNavigationItem component...
> ------------------------------------------------------------------------------
>
> Key: ADFFACES-248
> URL: http://issues.apache.org/jira/browse/ADFFACES-248
> Project: MyFaces ADF-Faces
> Issue Type: New Feature
> Reporter: Pavitra Subramaniam
> Assigned To: Gabrielle Crawford
> Attachments: Issue-248.patch, Patch248+244.patch
>
>
> I would like to propose adding a 'visited' attribute to the commandNavigationItem component.
> This attribute is relevant only when used within the train component. We currently have an inaccurate way of figuring out if a stop has been visited or not. The renderer gets the row index of the currently active node and marks every node with an index <= current rowIndex, as 'visited'.
> There are many flaws with this approach
> - for one it assumes that stops are ordered (iow, they have a sequential flow).
> - secondly, the renderer assumes a behavior for the train when it should let the model drive this behavior. For instance, I need to support a use case, where the train stops are all enabled by default and user can jump to any stop. In such situations the above algorithm fails.
> A 'visited' API on the component allows the model to set the visited state.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira