scrollPoint in Tiger

FROM : Gerriet M. Denkmann
DATE : Sat Jun 25 14:30:20 2005

My textView (subclass of NSTextView) is visible in a scroll view at y =
880 + 700 [textView visibleRect].
usedRectForTextContainer.size.height = 2000 [layoutManager
usedRectForTextContainer: textContainer]

Then I delete programatically 20 lines = 280 points somewhere at the
top of my text.

Then I do: [textView scrollPoint: NSMakePoint(0, visibleRect.origin.y -
280) ]

(This has the effect that the bottom lines appear not to have moved in
my window, although something was deleted at the top of the text).

In Panther I get just what I want.

In Tiger (10.4.1) the last visibleRect.size.height - 280 points at the
bottom of the page are a copy of the top of the page before I did my
deletion.
This looks confusing and extremely silly.
These bad area goes away when I scroll it out of the window and back
again.

Or I can do a [textView setNeedsDisplay: YES ] immediately after
scrollPoint:.

Is this Tiger behaviour correct? Was it just luck that Panther used to
do what I wanted?


Kind regards,

Gerriet.