FROM : Scott Mitchell
DATE : Wed Nov 03 23:34:36 2004
I am posting this for a co-worker of mine. Does anyone have any ideas
on this.
Thanks,
Scott Mitchell
Macintosh Software Engineer
Excelsior Software
http://www.excelsiorsoftware.com
Begin forwarded message:
> From: Tyler Berry <<email_removed>>
> Date: November 3, 2004 3:32:03 PM MST
> To: Scott Mitchell <<email_removed>>
> Subject: Post for Cocoadev
>
> In previous threads on Cocoadev, people have talked about how to
> synchronize the scrolling of multiple NSTableViews to give the
> illusion of a 'fixed column'.
>
> http://cocoa.mamasam.com/COCOADEV/2004/02/2/84862.php
>
> While that solution works great for what it does, it's incomplete.
> Specifically, if the 'slave' table - the one without the subclassed
> -reflectScrolledClipView: method - is scrolled, perhaps by clicking
> and dragging inside the table view, selecting multiple rows and
> eventually scrolling off the bottom of the table, the 'master' table
> view will sit blissfully unscrolled.
>
> I tried subclassing /both/ of the NSScrollViews, but it seems like
> they got into a vicious loop where they would continually try to
> reflect their scrolling on each other as each was updated.
>
> Does anybody have any suggestions on how to do this the right way, and
> keep the views synchronized no matter where or how the scroll occurs?
>
DATE : Wed Nov 03 23:34:36 2004
I am posting this for a co-worker of mine. Does anyone have any ideas
on this.
Thanks,
Scott Mitchell
Macintosh Software Engineer
Excelsior Software
http://www.excelsiorsoftware.com
Begin forwarded message:
> From: Tyler Berry <<email_removed>>
> Date: November 3, 2004 3:32:03 PM MST
> To: Scott Mitchell <<email_removed>>
> Subject: Post for Cocoadev
>
> In previous threads on Cocoadev, people have talked about how to
> synchronize the scrolling of multiple NSTableViews to give the
> illusion of a 'fixed column'.
>
> http://cocoa.mamasam.com/COCOADEV/2004/02/2/84862.php
>
> While that solution works great for what it does, it's incomplete.
> Specifically, if the 'slave' table - the one without the subclassed
> -reflectScrolledClipView: method - is scrolled, perhaps by clicking
> and dragging inside the table view, selecting multiple rows and
> eventually scrolling off the bottom of the table, the 'master' table
> view will sit blissfully unscrolled.
>
> I tried subclassing /both/ of the NSScrollViews, but it seems like
> they got into a vicious loop where they would continually try to
> reflect their scrolling on each other as each was updated.
>
> Does anybody have any suggestions on how to do this the right way, and
> keep the views synchronized no matter where or how the scroll occurs?
>
| Related mails | Author | Date |
|---|---|---|
| No related mails found. | ||






Cocoa mail archive

