An ExpandableListView has at least one item that, when pressed, add more
options ("subitems" of the pressed item) to the list.
There is no direct support for ExpandableListView: this widgets are treated as
ordinary ListView.
Hence, after an item is selected, one of two things happen:
* either the new state is not detected: the list with more options compare as equal to the initial list and the new options are not explored;
* or the new state is detected and the whole list is explored anew: the crawler explores both the new options (for the first time) and the old ones (again).
The correct behaviour would be to detect the new state but only click the new
items.
This issue is strictly related to Issue 10 since both can be solved planning
events on the properties of the List Adapter rather than on the widgets.
Original issue reported on code.google.com by nofatclips on 6 Nov 2011 at 11:28
Original issue reported on code.google.com by
nofatclipson 6 Nov 2011 at 11:28