[bug #26950] NSTableView: shift-tab sometimes goes to wrong cell

[Tim Schmielau]

Follow-up Comment #4, bug #26950 (project gnustep):

Changing the if condition to "if (row > -1)" as you did indeed looks like the
right fix to me, thus my first patch was wrong and just papered over the
problem.

Regarding the further additions to make the tab key cycle through the whole
table view I'm not so sure. It definitely makes things consistent now as e.g.
the return key does the same.
However, it traps the focus inside the table view. With the current state
after your patch, we have two separate worlds (or more if there is more than
one table view). The focus is either in the table view (and can cycle through
it), or in one of the other controls (and can cycle through them). To jump
from one to the other, one needs to use the mouse.
I wonder why the latter is actually the case: there must be some code hidden
somewhere that magically excludes table views from that cycle.

Ideally, I'd be able to cycle through all controls in one cycle, thus at the
end of the table view jump to the next control.
Until bug #26949 is fixed, I however prefer your current code as it seems to
make current behaviour fully consistent and allows my band-aid for that bug to
work.

I've tested current cvs (rev 28381) that includes your patch, and could not
find any issues with it.

Thanks!

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?26950>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/