- User Since
- Mar 8 2015, 10:10 PM (283 w, 2 d)
Dec 29 2016
correcting file permissions
Jun 14 2016
Hey Cedric & Marcel,
As per my understanding, we should keep the default tab ordering as object creation based and we should implement position based tab ordering which can be enabled/disabled using APIs. There can be existing applications which are depending on old default tab order behavior.
Besides we need to discuss more in detail to decide tab order behavior in case of position based tab order. To me it seems to be same order as right direction key for a row and then jump to 1st object in next row from last object in current row. If that's correct then we can implement it as next task (if nothing else is higher priority). If you agree then we'll fix other review comments to push this patch.
Jun 10 2016
Jun 9 2016
@cedric : agree that TSP is a really interesting problem to solve but I think we won't really need it here as it is. Anyway...
I have earlier mentioned that existing default tab order (focus chain) is same as object creation and not their visual location. I have now retested it by simply creating 3 buttons on a window. Later to clarify Marcel's doubt I looked at Box code and found that it's using custom tab order and not default. I have even created a wpf app and java app on ellipse and found that it's still same old default tab order which is in same sequence as object creation.
Your idea of automatic and smart tab order based on visual position is really great and new and it will do away with many custom focus orders written at widget/app levels. We can definitely work on once we decide the priorities..