Suffice it to say, I felt like I had some evident bug in front my eyes but could not notice it.
Not immediately, not after a cup of tea or two, not after a hour diving into the documentation I could find.
To make a long story short, the documentation I checked seemed confirmed the it should have worked, until I found especially after reading an official Apple Technical Q&A, number QA1551, titled Detecting the start and end edit sessions of a cell in NSTable View, stating the following: outlet in the text field and set the table one instead. I created a new Cocoa application and quickly replicated the solution suggested in the Apple documentation but the result was the same: the delegate methods were not being called.
The solution was simple, and fortunately not very different from what a Cocoa programmer expects: setting a delegate and implementing a protocol.
Build and run to see what you’re starting with: You have a blank canvas from which you’ll create a cool file viewer.
To dispel my doubts I decided to experiment with both kinds of table and found the behaviour described above, one for each different kind of table.
You can double-click directly on the header on the table view to make it editable.
Both ways have exactly the same end result, so go with whichever method you prefer.
Table views are one of the most ubiquitous controls in mac OS applications, with familiar examples being Mail’s message list and Spotlight’s search results.
They allow your Mac to represent tabular data in an attractive way. Each row represents a single model object within a given data collection, and each column displays a specific attribute of a model object.