Does View need tabIndexes? #1080
Replies: 3 comments
-
Before presenting the 1 - The 2 - Sometimes we need to create first a view because will be referenced by the next view, but we want to display after the the next view. So the navigation order is changed and if some of the above methods is used more complicate is for ordering the list. 3 - When interacting with the 4 - Due all this issues, I decided create the Concluding, perhaps was possible to do that without |
Beta Was this translation helpful? Give feedback.
-
The |
Beta Was this translation helpful? Give feedback.
-
Thanks for the explanation, that makes sense. You are right that currently the tab order is done via the order in a list (subviews originally, and tabIndexes now). One thing that some other toolkits have done in the past is to do spacial navigation (down tries to find the next view down, left the next view left), but it is tricky to get right and requires other idioms to be introduced - which would be more complex and not sure anyone would like to use. Cheers! |
Beta Was this translation helpful? Give feedback.
-
Hello,
While reviewing the code for
View.cs
, it is not clear to me thattabIndexes
is needed, and perhaps I am missing something subtle about it.As far as I can tell, this value is allocated on demand when a new subview is added, but from that point on,
tabIndexes
contains a replica of thesubviews
list, and both of them are updated identically, except in the scenarios where the view is brought forward/backward.I found that this was introduced when this bug was opened: #742 and @BDisp submitted the fix.
Is the expectation that they would differ only in the presence of their placement on the hierarchy and this is why this is there?If not, it seems like every use of
tabIndexes
in addition, could be safely replaced with the equivalent operation onsubviews
.Beta Was this translation helpful? Give feedback.
All reactions