FROM : Keith Blount
DATE : Thu Mar 31 21:28:07 2005
Hello Max,
I'm sure you have tried this already, but I'd be
interested in what you found... I know that Ulysses
has a split view so that you can view the same text in
two text views. Presumably the text storages are
shared by doing something like [[secondTextView
layoutManager] replaceTextStorage:[firstTextView
textStorage]]. If so, did you try removing this call,
or did you try creating a test app with only your main
text view and the associated line numbers view - ie.
without a second text view that shares the text
storage?
The reason I ask is that I have come across the same
problem myself. I also had a second text view that
shared the text storage, and when I got rid of the
above line, the text redraw problem disappeared.
Obviously, though, this doesn't help, as you want a
second text view, but it may help narrow down the
problem.
Actually, I have encountered the same weird slow
redrawing problem very occasionally in Xcode and even
TextEdit. Even if you just set up a simple project
with two text views that share the same text storage,
fill one with a lot of text, and then mess around
hitting enter or deleting a lot of newlines really
quickly, you can *sort of* replicate the problem,
except that it is nowhere near as slow as in the movie
you posted or in my own problematic view. I had to
completely rewrite my own view anyway, and the problem
has *hopefully* gone away - and I still have no idea
what in my old code is causing the weird slow redraw
if the text storage is shared with another text view.
Cheers,
Keith
__________________________________
Do you Yahoo!?
Make Yahoo! your home page
http://www.yahoo.com/r/hs
DATE : Thu Mar 31 21:28:07 2005
Hello Max,
I'm sure you have tried this already, but I'd be
interested in what you found... I know that Ulysses
has a split view so that you can view the same text in
two text views. Presumably the text storages are
shared by doing something like [[secondTextView
layoutManager] replaceTextStorage:[firstTextView
textStorage]]. If so, did you try removing this call,
or did you try creating a test app with only your main
text view and the associated line numbers view - ie.
without a second text view that shares the text
storage?
The reason I ask is that I have come across the same
problem myself. I also had a second text view that
shared the text storage, and when I got rid of the
above line, the text redraw problem disappeared.
Obviously, though, this doesn't help, as you want a
second text view, but it may help narrow down the
problem.
Actually, I have encountered the same weird slow
redrawing problem very occasionally in Xcode and even
TextEdit. Even if you just set up a simple project
with two text views that share the same text storage,
fill one with a lot of text, and then mess around
hitting enter or deleting a lot of newlines really
quickly, you can *sort of* replicate the problem,
except that it is nowhere near as slow as in the movie
you posted or in my own problematic view. I had to
completely rewrite my own view anyway, and the problem
has *hopefully* gone away - and I still have no idea
what in my old code is causing the weird slow redraw
if the text storage is shared with another text view.
Cheers,
Keith
__________________________________
Do you Yahoo!?
Make Yahoo! your home page
http://www.yahoo.com/r/hs
| Related mails | Author | Date |
|---|---|---|
| Marcus Fehn | Mar 25, 20:49 | |
| Finlay Dobbie | Mar 25, 21:24 | |
| todd ransom | Mar 25, 21:32 | |
| Chaz McGarvey | Mar 26, 09:15 | |
| Kay Roepke | Mar 27, 19:53 | |
| Marcus Fehn | Mar 27, 21:43 | |
| Ryan Stevens | Mar 27, 22:38 | |
| Max Seelemann | Mar 28, 21:02 | |
| Ryan Stevens | Mar 29, 03:21 | |
| Bob Ippolito | Mar 29, 04:01 | |
| Max Seelemann | Mar 31, 17:53 | |
| Max Seelemann | Mar 31, 17:57 | |
| Keith Blount | Mar 31, 21:28 | |
| Sascha Matzke | Apr 1, 10:53 | |
| Max Seelemann | Apr 1, 14:59 |






Cocoa mail archive

