New text converter interface

[Fred Kiefer]

I just rewrote part of the text converter interface of
NSAttributedString. The new interface should be more powerful, as it
takes another options parameter and has the ability to return NSError
objects. It is also simpler as there is only one method left to
implement for each consumer or producer. And the whole text converter
concept is now fully extensible, any new text converter should be picked
up now and used by NSAttributedString. That way it should be fairly
simple to write a text converter for HTML or what ever other format you
want to support and ship it as a separate bundle that will be picked up
by gui at runtime.

If you already have a private text converter you will have to adjust the
interface. I already did that for the only text converters provided by
gui (RTF and RTFD).

Fred


___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev

Re: Current status of NSTextStorage/NSLayoutManager/NSTextContainer?

[Fred Kiefer]

Thank you for you example code, you really should have send it to the
list, as it make such a great example of using the text system
components by themselves without an NSTextView. The issue you had with
GNUstep was easy to track down, you didn't set a paragraph style for
your string and GNUstep wasn't handling that gracefully. I changed
GNUstep SVN to use the default paragraph style when none is set, now
your example runs correctly for me. You either will have to update to
GNUstep SVN to see this or use an explicit paragraph style in your code.

Cheers
Fred

Fred Kiefer schrieb:
 Yes please, send me the source and I have a look.
 
 Fred
 
  Original-Nachricht 
 Datum: Thu, 17 Sep 2009 11:34:09 +0100
 Von: Derek Fawcus dfaw...@cisco.com
 An: gnustep-dev@gnu.org
 Betreff: Current status of NSTextStorage/NSLayoutManager/NSTextContainer?
 
 What is the view of the current status of the above?  I cobbled together
 a simple app using just those,  together with a NSWindow holding an NSView
 (note not NSTextView) as mentioned here:

 http://zathras.de/angelweb/blog-cocoa-text-system-everywhere.htm

 which simply displays the text This is the text string., and found it
 did
 not display correctly,  whereas the same files compiled on a Mac (10.4.11)
 did.

 The corruption being that the text line 'wrapped' too early,  and
 overwrote
 the start of text,  such that This is the text had string. written on
 top of the same line (i.e. This is was overritten).

 Now this was on a Mandriva 2009.1 distribution,  so its not the latest and
 greatest version of the libraries:

base 1.18.0
gui  0.16.0
back 0.16.0
make 2.0.8

 Before I try compiling the current versions of the libraries,  I'd
 appreciate
 it if anyone can recall if any fixes have been done in this area since the
 above versions.

 The obvious guess would be that the NSTextContainer is not managing to
 initialise to the correct width of the NSView.

 (I can make the source available if anyone is interested)

 Thanks,

 DF


 ___
 Gnustep-dev mailing list
 Gnustep-dev@gnu.org
 http://lists.gnu.org/mailman/listinfo/gnustep-dev
 



___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev