Re: NSTableColumn width computation doesn't work correctly on macOS 11

2021-06-25 Thread Andreas Falkenhahn via Cocoa-dev
On 25.06.2021 at 18:54 Carl Hoefs wrote: > So I think it's safe to say that something has changed, and you're not > fighting fantoms... Do you think this should be reported to Apple or will nobody care because I'm using deprecated APIs? -- Best regards, Andreas Falkenhahn

NSTableColumn width computation doesn't work correctly on macOS 11

2021-06-25 Thread Andreas Falkenhahn via Cocoa-dev
I'm manually calculating the minimum size of my NSTableColumn to avoid text ellipsization. The calculation looks like this: NSCell *cell = [m_view preparedCellAtColumn:m_column row:row]; int width = ceil([cell cellSize].width); if(m_column == [m_view outlineTableColumn]) { width

Re: How can I get horizontal scrollbars adequate to the widest list entry

2020-11-14 Thread Andreas Falkenhahn via Cocoa-dev
So just for the record, thanks to a hint from Stack Overflow I was able to solve the problem by just using ceil() on the size I get from [cell cellSize]. Maybe just passing [cell cellSize].width as a CGFloat to NSTableColumn::setWidth() would also do the job but I haven't tested this because my

Re: How can I get horizontal scrollbars adequate to the widest list entry

2020-11-11 Thread Andreas Falkenhahn via Cocoa-dev
On 11.11.2020 at 16:51 Steven Mills via Cocoa-dev wrote: > You also need to learn how view coordinates work. A view's bounds > will almost always have an origin of 0,0. Yeah, but size.width is 0 too so something must be wrong in that code... > What you want is the > view's frame, which is the r

Re: How can I get horizontal scrollbars adequate to the widest list entry

2020-11-11 Thread Andreas Falkenhahn via Cocoa-dev
> Yes, just add a fudge factor to ensure the column will be wide > enough to accommodate the string width AND the spacing between the > left and right edges of the actual NSTextField in the cell. You can > inspect the field in the table to see those distances. Ok, but how can I get those distances

How can I get horizontal scrollbars adequate to the widest list entry

2020-11-11 Thread Andreas Falkenhahn via Cocoa-dev
I have a simple one-column NSTableView full of text. When I add very long lines to it, the text that doesn't fit into the column gets cut off and replaced by "...". I don't want that. Instead, I want to have a horizontal scrollbar that allows the user to view the complete list entry. Sounds sim

Re: Throttling drawing to vertical refresh

2020-10-23 Thread Andreas Falkenhahn via Cocoa-dev
ouldn’t be too hard to roll your own simply based on milliseconds of a >>> timer. >>> Even a simple >> if (myMilliseconds >> nextUpdateTime) { >>>[updateObject doThatUpdate]; >>> nextUpdateTime = myMilliseconds + msThrottle; >>> }

Re: Throttling drawing to vertical refresh

2020-10-23 Thread Andreas Falkenhahn via Cocoa-dev
n the monitor's refresh frequency rate that calls -setNeedsDisplay in intervals of the monitor's vertical refresh rate or how is that supposed to be implemented? On 19.10.2020 at 01:22 David Duncan wrote: > On Oct 18, 2020, at 2:37 AM, Andreas Falkenhahn via Cocoa-dev > wrote:

Re: Throttling drawing to vertical refresh

2020-10-23 Thread Andreas Falkenhahn via Cocoa-dev
; Cheers, > Alex Zavatone >> On Oct 15, 2020, at 2:13 PM, Andreas Falkenhahn via Cocoa-dev >> wrote: >> I'm drawing inside an NSView by simply setting its layer's contents to a >> CGImage which is updated for every frame, e.g. something like this: >>

Re: Throttling drawing to vertical refresh

2020-10-18 Thread Andreas Falkenhahn via Cocoa-dev
s not more often than necessary. I need to see if CADisplayLink can do that... On 16.10.2020 at 00:48 Graham Cox wrote: > Appkit already throttles view refreshes to 60fps. There’s nothing you need to > do. > —Graham >> On 16 Oct 2020, at 6:13 am, Andreas Falkenhahn via

Re: How to reposition subviews without Auto Layout

2020-10-18 Thread Andreas Falkenhahn via Cocoa-dev
I didn't know about that. That's why I was asking the question :) I guess your answer is what I was looking for originally but since simply overriding "layout" does the job as well I'll just leave it like it is. On 17.10.2020 at 23:57 Richard Charles wrote: > So why not just do this. > [myVie

Re: How to reposition subviews without Auto Layout

2020-10-17 Thread Andreas Falkenhahn via Cocoa-dev
re still using auto layout. The frame > changes get converted to auto layout constraints under the hood. If > you said “without using Autolayout API” that would be more correct. > —Rob >> On Oct 17, 2020, at 9:46 AM, Andreas Falkenhahn via Cocoa-dev >> wrote: >> Thanks

Re: How to reposition subviews without Auto Layout

2020-10-17 Thread Andreas Falkenhahn via Cocoa-dev
o possible >> without using any Auto Layout features whatsoever... >> On 17.10.2020 at 16:30 Richard Charles wrote: >>> You could call this method on your three views. >>> -[NSViewView setAutoresizingMask:] >>> --Richard Charles >>>> On Oct 17,

Re: How to reposition subviews without Auto Layout

2020-10-17 Thread Andreas Falkenhahn via Cocoa-dev
ever... On 17.10.2020 at 16:30 Richard Charles wrote: > You could call this method on your three views. > -[NSViewView setAutoresizingMask:] > --Richard Charles >> On Oct 17, 2020, at 6:57 AM, Andreas Falkenhahn via Cocoa-dev >> wrote: >> Hi, >> I have an

How to reposition subviews without Auto Layout

2020-10-17 Thread Andreas Falkenhahn via Cocoa-dev
Hi, I have an NSView that I set as the content view of my NSWindow. The NSView has three subviews. Where should I reposition and resize those three subviews when the NSWindow size changes? I see that NSView has a "layout" method that can be overridden but AFAIU this is only to be used for Aut

Throttling drawing to vertical refresh

2020-10-15 Thread Andreas Falkenhahn via Cocoa-dev
I'm drawing inside an NSView by simply setting its layer's contents to a CGImage which is updated for every frame, e.g. something like this: dp = CGDataProviderCreateWithData(NULL, frameBuf, frameBufSize, NULL); im = CGImageCreate(frameWidth, frameHeight, 8, 32, frameStride, theC

Re: Future of Cocoa #2

2019-12-11 Thread Andreas Falkenhahn via Cocoa-dev
On 11.12.2019 at 00:57 Turtle Creek Software via Cocoa-dev wrote: > wxWidgets is still Carbon, with an incomplete Cocoa fork. No, wxWidgets has a very stable, complete and usable Cocoa backend and it's not nearly as bloated as Qt. -- Best regards, Andreas Falkenhahn