Cocoa Text System - Temporarily Disabling Layout
Cocoa Text System - Temporarily Disabling Layout
- Subject: Cocoa Text System - Temporarily Disabling Layout
- From: Jonathan Dann <email@hidden>
- Date: Thu, 23 Sep 2010 16:54:56 +0200
Hi all,
In our app, Kaleidoscope, I have 2 text views side-by-side. In one configuration the layout of the text in each text view is dependent both on regions of layout in the "sibling" text view, and the model objects which represent the the insert, equal and deleted regions of the diff.
The problem I've had to continuously hack around is that NSTextView, in conjunction with NSLayoutManager, is rather eager to get the text to re-layout. For example, when I resize the window and need to adjust the frames of both scroll views, calling -[NSTextView setFrame:] results in the layout manager invalidating and ensuring layout for the newly visible character range.
I'd like to know if anybody has had any experience/luck with completely disabling the automatic layout that the text system does in response to these changes in state?
In psuedocode, I'd like to be able to:
[(textViewA or layoutManagerA) disableLayout]
[(textViewB or layoutManagerB) disableLayout]
// set frames, strings, and other state the text views need in order to re-layout correctly
[(textViewA or layoutManagerA) enableLayout] // note that this doesn't *cause* layout.
[(textViewB or layoutManagerB) enableLayout]
[(textViewA or layoutManagerA) performLayout] // this may result in layout in textViewB
[(textViewB or layoutManagerB) performLayout] // just for completeness
If there's any combination of layout manager and text view methods to override and return nil, 0, NSZeroRect etc., while I set up all the state that would be great. Obviously, -[NSLayoutManager setAllowsBackgroundLayout:] is a no-go as that only governs if the text system will layout when the run loop is idle. My problems stem from the synchronous layout the text system performs, because, from the perspective of layout, it was designed to exist in isolation.
Thanks,
Jonathan_______________________________________________
Cocoa-dev mailing list (email@hidden)
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:
This email sent to email@hidden