Re: scrollRangeToVisible is slowing me down
Re: scrollRangeToVisible is slowing me down
- Subject: Re: scrollRangeToVisible is slowing me down
- From: Adam <email@hidden>
- Date: Thu, 24 Feb 2005 16:58:36 -0500
I tried using scrollToPoint last night. For the point to scroll to I
used 0,[[terminalDisplayScrollView contentView]
documentRect].size.height
However this resulted in flickering every time the view was updated. I
turned on Quartz Debug and noticed that every other time the view
refreshed it blanked out to white, then on the next refresh it would
redraw correctly.
Adam
On Feb 24, 2005, at 9:18 AM, Dan Saul wrote:
You could use NSClipView's -scrollToPoint: instead which should be
much less cpu intensive.
On Wed, 23 Feb 2005 18:32:17 -0500, Adam <email@hidden> wrote:
I had that idea, but it should behave the way people are used to logs
and consoles behaving.- adding to the end. I found some evidence that
scrollRangeToVisible is O(N). Am I crazy or is what I am trying to do
a
normal kind of task I see in many programs. There must be a way to do
this without O(N) lag.
http://borkware.com/quickies/one?topic=NSTextView
On Feb 23, 2005, at 5:09 PM, Justin Spahr-Summers wrote:
Maybe instead of using scrollRangeToVisible, you could just insert
new
text at the beginning rather than the end. That might speed it up a
bit, but I don't know for sure.
On Wed, 23 Feb 2005 01:42:41 -0500, Adam <email@hidden> wrote:
I have an NSTextView acting as a log. While the app is running it is
constantly writing lines of text to the NSTextView. During times of
heavy traffic the APP lags. I have noticed that one of the biggest
overheads is the scrollRangeToVisible method. Without this method
the
text is added to the end of the NSTextView and the user must scroll
down after each line is written. How can I keep the most recently
updated area visible to my user without taking a performance hit.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
email@hidden
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
email@hidden
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden