On 28.04.2010, at 12:45, Marco Masser wrote:
On 21.04.2010, at 05:47, Adam R. Maxwell wrote:
On Apr 19, 2010, at 8:56 AM, Marco Masser wrote:
I'm trying to implement a logging facility for an app that should behave
quite the same as OS X's Console.app in terms of displaying the log,
On 21.04.2010, at 05:47, Adam R. Maxwell wrote:
On Apr 19, 2010, at 8:56 AM, Marco Masser wrote:
I'm trying to implement a logging facility for an app that should behave
quite the same as OS X's Console.app in terms of displaying the log, i.e. an
NSTableView with varying row heights. I
Hi,
I'm trying to implement a logging facility for an app that should behave quite
the same as OS X's Console.app in terms of displaying the log, i.e. an
NSTableView with varying row heights. I got it working so far, but there are
major drawing glitches when resizing the window or scrolling
On 2010 Apr 19, at 08:56, Marco Masser wrote:
I'm trying to implement a logging facility for an app ..., i.e. an
NSTableView with varying row heights.
I found three different approaches to calculating the height for a given
width, but they all seem to be very performance-hungry:
1) (my
On 2010 Apr 19, at 08:56, Marco Masser wrote:
I'm trying to implement a logging facility for an app ..., i.e. an
NSTableView with varying row heights.
I found three different approaches to calculating the height for a
given width, but they all seem to be very performance-hungry:
1) (my
On 2010 Apr 20, at 17:03, Jens Alfke wrote:
I wouldn't do it this way (and I speak from past experience, having tried to
do this once). You're using NSTableView for something it's not good at —
updating layout on the fly as the width changes
OK, the -tableView:heightOfRow: delegate method
On Apr 19, 2010, at 8:56 AM, Marco Masser wrote:
I'm trying to implement a logging facility for an app that should behave
quite the same as OS X's Console.app in terms of displaying the log, i.e. an
NSTableView with varying row heights. I got it working so far, but there are
major drawing