Re: NSTableView reloadData question FOLLOWUP
Re: NSTableView reloadData question FOLLOWUP
- Subject: Re: NSTableView reloadData question FOLLOWUP
- From: Chris Purcell <email@hidden>
- Date: Thu, 11 Apr 2002 10:01:25 +0100
Tables that sort usually have selectable columns for visual feedback -
for example the Finder. I think the current behaviour is correct; if you
want FR, you can always add code to get it, but since there are
situations when you don't want it, it shouldn't be the default.
Remember, you cannot add code to stop becoming FR.
Kritter out
if I have a table and a textview in a window, and if clicking to a
column heading changes the sorting (which is both quite common), I
very definitely *NOT* want that re-sorting loses insertion point in
the textview -- which would be an inevitable result of its making
the NSTableView the FR!
Good point. This puts me squarely on one side of the hair-split I
mentioned (in a message that has yet to appear on the list for some
reason, so Ondra, you may not see it for a while):
(a) If the table allows column selection, then FR status should go to
the table when a column is selected by a click on the header. I
would expect arrow keys, for example, to go to the table after such a
click.
(b) If the table does *not* allow column selection, then clicking on
a column header may have some effect like sorting the column, but
should not bring FR status to the table, for the reason Ondra gives.
In this case, the column header is acting more like a push-button.
So Ondra, I am agreeing with you in the (b) case but not in the (a)
case.
--Andy
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.