However, as far as I recall, the scroll view is responsible for tiling and drawing the table column headers (and the little corner view). So, it's only a workable solution if you don't want headers over your table columns...

On 21 Feb 2011, at 04:10:24, Scott Anguish wrote:

although you have a solution, I’ll mention...

You don’t HAVE to have a table view within a scroll view.

There are situations in the system that are the case (sidebar in Finder, threads in mail).

It’s just the normal case.

On Feb 20, 2011, at 4:27 PM, Andrew Shamel wrote:

Hurrah!  It was as easy as this:

- (void)scrollWheel:(NSEvent *)theEvent
{
        [[self nextResponder] scrollWheel:theEvent];
}

Thanks, y'all!

— andy


On Feb 19, 2011, at 4:48 PM, Quincey Morris wrote:

On Feb 19, 2011, at 16:25, Peter Lübke wrote:

My question is this: how do I get the scroll view to ignore scrolling messages? The tables/scrollviews are sitting on views that are part of a homebrew collection view, and the scrolling "catches" on them, even though there's no scrolling to be done. The scroll view is taking the events, but there is nothing for them to do. I want to be able to scroll past the table using a scrollwheel or the trackpad without the scrolling action "catching."


What do you mean with "scroll past the table"?

I'm pretty sure the OP is talking specifically about scrolling with the scroll wheel. (It sounds like the individual table views in his view collection don't have scroll bars, and are sized to show all their content anyway.) In that case, the table views or scroll views are still responding the scroll wheel, which prevents the collection view itself from scrolling.

I think the only way to fix this is to override the appropriate 'scrollWheel:' event method, and to pass the event on up the responder chain. NSScrollView's documentation lists that method, so presumably that's the appropriate method, and so it would be necessary to subclass NSScrollView, override 'scrollWheel:' and figure out a way of bypassing the NSScrollView implementation (since the usual '[super scrollWheel:]' technique won't achieve that here). I guess you'd have to walk the responder chain manually (not normally recommended), or find the NSScrollView's superclass's implementation via the 'objc_...' runtime routines (not normally recommended), although maybe there's a simpler way that's just not occurring to me right now.



_______________________________________________

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

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:
http://lists.apple.com/mailman/options/cocoa-dev/scott%40cocoadoc.com

This email sent to sc...@cocoadoc.com

_______________________________________________

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

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:
http://lists.apple.com/mailman/options/cocoa-dev/blue.buconero%40virgin.net

This email sent to blue.bucon...@virgin.net

_______________________________________________

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

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:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to