On Nov 14, 2006, at 12:59 PM, Ryan Dary wrote:
The reason it hasn't happened is two reasons:
1) It hasn't been their focus.
and 2) There is no REAL competition to RB that forces them to go
beyond the minimums.
While #1 could be argued, the real reason is that it is exceedingly
difficult to implement, and since we have already started our Cocoa
port, we will get this feature for free (along with many others, such
as the password caps-lock indicator). Thus the incentive to add it to
our Carbon EditField is fairly low, because any solution would need
to be custom since the built in HITextView/HITextField do not support
spell checking. Custom solutions are risky because if the appearance
changes, your applications will immediately look outdated.
I'm not sure where this impression that spell checking comes for free
in Carbon when the only APIs are Cocoa only (NSSpellChecker), and the
only built in integration is in the Cocoa edit field (NSTextField/
NSTextView). Anything else is done by some developer's hard work,
which can also be accomplished by each and every one of our users
through declares, such as the example from Charles Yeomans on his
website.
HTH,
Jon
--
Jonathan Johnson
[EMAIL PROTECTED]
REAL Software, Inc.
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
