The instance of my subclass of NSTextView in question is narrow from top to bottom; there is only room for one line. When the unexpected scrolling happens, the place where the user was typing -- where the cursor and insert point are -- scrolls out of sight off the bottom of the view. This is most confusing, not what is wanted, and not what happens in my own Macintoshes.
-- Jay Reynolds Freeman --------------------- jay_reynolds_free...@mac.com http://web.mac.com/jay_reynolds_freeman (personal web site) On Nov 12, 2009, at 3:37 PM, Kyle Sluder wrote: On Thu, Nov 12, 2009 at 3:31 PM, Jay Reynolds Freeman <jay_reynolds_free...@mac.com> wrote: > The bug occurs when a user is typing into an instance of a > subclass of NSTextView that I have created. (Side issue: I > do believe I had good reason to subclass rather than to use a > delegate, details on request.) On some platforms, it appears > that the following happens: Please do elaborate. > The view scrolls by one line. The direction of > scroll is that if the insert cursor was 10 cm > up from the bottom of the screen before the 'space', > it will appear at 9.something cm up from the bottom > of the screen after the 'space' has been typed. I don't see how this is a bug. Could one of your users provide a before/after screenshot? Sounds to me like NSTextView is just reorienting itself so that the line is completely visible. Perhaps I'm just misunderstanding. --Kyle Sluder _______________________________________________ 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
