I just ran into the issue for the first time myself. A quick search through Apple’s cocoa-dev mailing list archives revealed that this behavior seems to be a bug and can be worked around by telling your new columns data cells not to draw their backgrounds. e.g. General/yourNewColumn dataCell] setDrawsBackground:NO];
As a kinda temporary workaround, I had been using this sorry piece of code:
Here’s another strange one - I’m curious if anyone else can reproduce the following behavior (General/XCode 1.1 and IB 2.4 v349):
I put General/NSTableView and General/NSTextView into my document window, selected them both and issued the IB command “Make Subviews of �> General/SplitView”. The document reloads the table data by unarchiving it from a file in which it was stored as an array of objects of an General/NSObject subclass.
This is the simplest of all possible General/SplitViews - with no custom behavior whatsoever, just the automatic compensation between the two subviews.
Here’s the observation: The split view fills the document window and resizes with it, and the table view shows a “feeble” redrawing response when the window is resized. But it eventually redraws OK. However, I made the feebleness (feeble-osity?) go away completely simply by asking the table to draw its grid lines automatically.
The (possible) bug is the redrawing feebleness observed when the gridlines are not present.
I do not, for example, see this when the table view is a subview of, say, a tab view.