Re: Getting NSScrollView to ignore scrolling
Re: Getting NSScrollView to ignore scrolling
- Subject: Re: Getting NSScrollView to ignore scrolling
- From: Mark Wright <email@hidden>
- Date: Mon, 21 Feb 2011 16:20:52 +0000
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 (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
_______________________________________________
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
_______________________________________________
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