0

I've tried numerous combinations of suggested options from other posts, but I can't seem to get a cell-bassed NSTableView populated with non-editable NSTextFieldCell to select the CELL and not the row.

I've tried:

    [[col dataCell] setEditable:NO];
    [[col dataCell] setSelectable:YES];

    [col setEditable:YES];

and tried delegates:

- (BOOL)tableView:(NSTableView *)aTableView shouldSelectRow:(NSInteger)rowIndex;

and

- (BOOL)shouldFocusCell:(NSCell *)cell atColumn:(NSInteger)column row:(NSInteger)row;

The reason for permitting selecting of the cell (and not editing the text) is that I allow the user to double-click on the cell to perform a navigation function. Double-clicking works great, but the user should be able to see that a single click (or even the first click) selects the cell. But all I get is the row being selected, and even if the delegate inhibits this, no cell selection.

Is the only way to do this to force the cell to draw its background in the selection highlight color? (seems hackish).

BTW, COLUMN selection IS permitted, too. That presently works.

Anyone have any experience with this issue? Or some sage guesses?

Stephen

SMGreenfield
  • 1,680
  • 19
  • 35

1 Answers1

2

It sounds like you're trying to make a spreadsheet. That's not what a table view is.

A table view is a list of items, one per row, showing one or more aspects of each item, one per column.

In that context, it seldom makes sense to select but not edit only one property of a single item. There may be use cases for it (might be handy to be able to select and copy only the title of a track in iTunes, for example), but it's not something NSTableView and NSOutlineView accommodate.

A spreadsheet is something very different. Every cell is a peer to every other; neither axis is necessarily subordinate to the other. A spreadsheet can be used as a table (e.g.: item, price, quantity, subtotal), but is not bound to the properties-of-items paradigm of NSTableView.

NSTableView's API bears this out. Note that a table view has selectedRowIndexes and selectedColumnIndexes, but no way to enumerate the column,row pairs that would identify selected individual cells.

You're best off implementing a custom view. You'd probably do well to emulate NSTableView's data source protocol—you could have spreadsheetView:objectValueForColumnIndex:rowIndex:, for example—but otherwise, you have a lot of work ahead of you, particularly to implement editing.

Long-term, though, it's the best way, and the only way to get individual-cell selection.

Peter Hosey
  • 95,783
  • 15
  • 211
  • 370
  • well, I didn't THINK I was trying to do that (though I did once design and program the preeminent software tool for motion picture film budgeting -- and it WAS similar to a spreadsheet). I've SEEN an NSTableView where tabbing through the cells SELECTS the entire cell, then pressing return goes into edit mode. So I thought it could do it "out-of-the-box". But you've convinced me. A better interface would be to dynamically display an "arrow" icon when the mouse is "over" the cell. iTunes does this sort of thing. Is there a cell-based method of doing that? Or maybe subclass? – SMGreenfield Dec 27 '13 at 23:58
  • 1
    @SMGreenfield: Mouse-overs are handled by tracking areas in a view, so you would have to subclass NSTableView to do that. Presumably you'd want one entered-and-exited tracking area over each cell (which means you would need to invalidate your tracking areas when rows come and go, columns are reordered, columns are resized, etc.) – Peter Hosey Dec 28 '13 at 03:00
  • Thanks -- your suggestion would be the accurate way of dealing with Cell-Based table views (so I'm marking your answer as accepted). However, I think I'll wait to use the "View-Based" Table Views (with a minimum target of 10.7). It seems a lot easier. There's an Apple developer "HoverTableDemo" that demonstrates this method. – SMGreenfield Dec 30 '13 at 20:09