So there’s only that major problem with it, or there’s others? If you need TextView for non-overflowing non scrollable content, it’s fine then?
TextKit 2 – The Promised Land
31–33 of 33 posts
Re: TextKit 2 – The Promised Land
#32I tried to use it a year+ ago and that was a joke and a half. Half baked, buggy, and horribly documented. With Apple apis, it's attend WWDC or good luck.
Or use the old ones. Obj-C and AppKit are pretty stable and have a big knowledge base out there.
NSTextView uses TextKit 2 by default now, so you can't really escape it. This is precisely why the TextEdit app has become so buggy, because the app is mostly a default NSTextView.
Re: TextKit 2 – The Promised Land
#33> Today, I believe that's not me. The TextKit 2 API and its implementation are lacking and unexpectedly difficult to use correctly. While the design is solid, it proved challenging to apply in real-world applications. when making new apis its a good idea to have people try and use it like this to find and fix the rough edges and fix bugs... it definitely feels like apple didn't do that (at least enough) here...
Apple’s typical process for releasing public API involves dogfooding it internally first. Sometimes it will take years of internal use before Apple will release API publicly. With something as large as TextKit, I would be extremely surprised if Apple did not get several of its apps to adopt the new API and use it for a few years before considering releasing it publicly.
That isn't what it ever seemed, on early iOS at least? They would have every single app on the device using a private API -- like UIScroller, or UIWebDocumentView -- and then they would let all of their end developers screw around with the new UIScrollView, or UIWebView, and it would take a few years for their screams to result in the good design aspects from the private APIs to be begrudgingly given to the masses. At some point, a couple apps -- often starting with the Calculator app, which always seemed to be written by an intern -- would get ported to use the APIs the end developers had been trying to use for years, and if that worked out, Apple would start actually porting their apps off the internal APIs to the "finally good enough" public ones. It was honestly ridiculous... you'd see people talking about some extremely limited API, such as UINavigationController, as if it was somehow amazing... but you'd then have to point out "so why isn't Apple using it anywhere?" and the zealots somehow wouldn't even understand that that was possible :/.