Re: NSTextContainer subclass question
Re: NSTextContainer subclass question
- Subject: Re: NSTextContainer subclass question
- From: Brock Brandenberg <email@hidden>
- Date: Wed, 27 Nov 2002 13:25:40 -0600
Hi Douglas.
>
It should not be necessary for there to be sufficient containers to
>
hold all of the text. Yes, you can use the layout manager delegate
>
methods (as TextEdit does) to add additional text containers if those
>
present are full, but there is no requirement that you do so. However,
>
it's possible that there's a bug here for which adding an additional
>
large undisplayed text container would be a workaround. Let me ask--is
>
the text you are drawing all one paragraph? Does inserting explicit
>
line breaks into the text change the result?
It is indeed a single paragraph, and inserting line breaks does change the
behavior. When a break is present, fully contained paragraphs draw fine, but
the last paragraph that overflows the container does not draw at all. The
last glyph to draw is from the end of the previous paragraph.
In my particular application, the text that I am rendering is long phrases
and sentences from a tab-delimited text file, so I will not have distinctly
formed paragraphs. I will simply need to truncate the data at the last
possible glyph.
Thanks,
Brock
----- industrial design @ www.bergdesign.com ------
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.