Re: NSTableRowView appearance when group rows float
Re: NSTableRowView appearance when group rows float
- Subject: Re: NSTableRowView appearance when group rows float
- From: Ken Thomases <email@hidden>
- Date: Sun, 10 Aug 2014 16:18:55 -0500
On Aug 10, 2014, at 3:54 PM, Bill Cheeseman <email@hidden> wrote:
> My application has a source list using a view-based NSOutlineView. My code does nothing to dictate the initial or subsequent appearance of the group rows other than to implement the -outlineView:isGroupRow: delegate method to identify which rows are group rows, to turn on the outline view's "Floats Group Row" setting in the nib file, and to set the group rows' text field's string values to all caps programmatically (I notice that they're initial-caps-and-lowercase in Yosemite, so I do that in code when running under Yosemite).
Floating group rows are not compatible with source list style. From the AppKit release notes for 10.7, under "Implementing Sidebar Source Lists with NSOutlineView":
https://developer.apple.com/library/prerelease/mac/releasenotes/AppKit/RN-AppKitOlderNotes/#10_7TableView
"In general, source lists should not float the group rows, and [outline setFloatsGroupRows:NO] should be called."
In my experience, setting it to YES causes various rendering problems. The bold vs. non-bold issue you cited is the least of these. I've seen the first group row actually move relative to the other rows as the window was resized and not just a little bit. It migrated past several other rows.
Cheers,
Ken
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden