Re: Very slow NSTableView

2017-07-04 Thread Quincey Morris
On Jul 4, 2017, at 18:23 , Graham Cox wrote: > > However, as of the latest documentation I can find, cell-based tables are not > exactly deprecated. They’re just treated as the embarrassing brother no-one > talks about, which is not quite the same thing: I was basing it on this pages like this

Re: Very slow NSTableView

2017-07-04 Thread Graham Cox
> On 5 Jul 2017, at 11:23 am, Graham Cox wrote: > > If anyone can offer a place to host the project, I’d be happy to share it, > and see whether the problem is seen by others. (I no longer have file hosting > services). Never mind - I remembered I had an Amazon S3 account. http://s3.amazona

Re: Very slow NSTableView

2017-07-04 Thread Graham Cox
> On 5 Jul 2017, at 5:21 am, Quincey Morris > wrote: > > OTOH, before you go to too much more trouble with this, it seems to me that > your next step is to convert to a view-based table view. It’s really not that > much work, and cell-based table views were deprecated in 10.10, which is > ba

Re: Very slow NSTableView

2017-07-04 Thread Jens Alfke
> On Jul 4, 2017, at 12:00 AM, Graham Cox wrote: > > Heh, well, I wish I knew. > Instruments isn’t working. It’s a new machine which I set up from my older > machine. XCode works fine, but Instruments doesn’t. I guess that just copying > stuff over isn’t enough to install it. FYI, you don’t n

Re: Very slow NSTableView

2017-07-04 Thread Quincey Morris
On Jul 4, 2017, at 05:02 , Graham Cox wrote: > > But it’s still spending an excruciating amount of time rendering the title of > the pop-up button, but most of it is in the mysterious rgba64_DAplusdDA > function. This is called twice for each pop-up button rendered, and the time > divides fair

Re: Very slow NSTableView

2017-07-04 Thread Graham Cox
> On 4 Jul 2017, at 6:02 pm, Graham Cox wrote: > > I can live with layer-backing as a solution, it doesn’t appear to have any > downsides. I spoke too soon. Layer backing disguises the performance issue by capturing the first render pass which is then used for scrolling. So scrolling is fas

Re: Very slow NSTableView

2017-07-04 Thread Quincey Morris
On Jul 4, 2017, at 01:02 , Graham Cox wrote: > > Is NSTableView documented anywhere to require layer backing? Not that I know of. A couple of things to keep in mind: — This thing about the dramatic effect *might* be specific to NSCell-based table views (i.e. in a sense they no longer care abo

Re: Very slow NSTableView

2017-07-04 Thread Graham Cox
> On 4 Jul 2017, at 5:39 pm, Quincey Morris > wrote: > > On Jul 4, 2017, at 00:18 , Graham Cox wrote: >> >> Is there a way to opt-out of vibrancy for an entire table view? > > There’s no clear indication that the performance problem has anything to do > with vibrancy. True, but the -[NSCel

Re: Very slow NSTableView

2017-07-04 Thread Quincey Morris
On Jul 4, 2017, at 00:18 , Graham Cox wrote: > > Is there a way to opt-out of vibrancy for an entire table view? There’s no clear indication that the performance problem has anything to do with vibrancy. In both cases, the “expensive” call was about transparency, which could just be about comp

Re: Very slow NSTableView

2017-07-04 Thread Graham Cox
> On 4 Jul 2017, at 5:00 pm, Graham Cox wrote: > > >> On 4 Jul 2017, at 12:29 pm, Quincey Morris >> wrote: >> >> On Jul 3, 2017, at 18:19 , Graham Cox wrote: >>> >>> slow. as. molasses. >> >> What does Instruments say it’s doing? >> > > > Heh, well, I wish I knew. > > Instruments isn’

Re: Very slow NSTableView

2017-07-04 Thread Graham Cox
> On 4 Jul 2017, at 12:29 pm, Quincey Morris > wrote: > > On Jul 3, 2017, at 18:19 , Graham Cox wrote: >> >> slow. as. molasses. > > What does Instruments say it’s doing? > Heh, well, I wish I knew. Instruments isn’t working. It’s a new machine which I set up from my older machine. XCod