You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Take the existing selection mechanism and wrap it as a generic skill-set. Few things are important here and need to be clarified:
It is important to have the (de)select mechanism in-browser, so the user doesn't need to wait for a server response to see the effect of her selection. However, certain storing of selection may be need on the server, still - no need to wait for it.
Currently the page's URL is changed on every selection so that sending the current URL also sends the selection. This has some additional problems, however. Probably it is a good idea to encapsulate the in-browser navigation possibilities in a separate skill-set (Implement a generic in-browser navigation skill-set #9).
The text was updated successfully, but these errors were encountered:
From the perspective of the work made, the best possible approach is:
Have a urlBasketParameter configuration, so the skill knows where to take the selected IDs from.
Handle the afterTranslation callbacks and fill whatever possible of the listed IDs.
Provide the onOpen handler, so when combined with something like TabExpansion - Create TabExpansion widget #16 - can react on opening, and if still there are unmatched entries (only their IDs) - use the Spying skill from SolrJsX to launch a separate query for the remaining ones.
Take the existing selection mechanism and wrap it as a generic skill-set. Few things are important here and need to be clarified:
The text was updated successfully, but these errors were encountered: