Products Technologies Demo Docs Blog Support Company

Porting RapidSpell to TX Spell .NET

TX Spell .NET serves as a direct replacement for RapidSpell in existing projects. This migration guide covers differences in dictionary handling, dialog box integration, and spell-as-you-type setup, with a mapping table of RapidSpell API methods to their TX Spell .NET counterparts.

Porting RapidSpell to TX Spell .NET
TX Spell .NET

Our new spell checking component TX Spell .NET can be easily used to replace RapidSpell in your projects. Integrating TX Spell .NET into TX Text Control based applications is as easy as 1-2-3. Generally, you simply need to drag and drop a TXSpellChecker instance onto your form, connect it with TextControl and you're done.

The tutorial in our documentation shows this easy task in detail:

Tutorial: Starting with Microsoft Visual Studio 2010 and TX Text Control

But there are some differences between RapidSpell and TX Spell .NET you might need to know:

Dictionaries

Using RapidSpell, it was possible to use a main dictionary and a user dictionary. Using TX Spell .NET, you can use an unlimited number of different dictionaries. They can be simply added to the DictionaryCollection in order to be used by TX Spell .NET.

Dialog Boxes

RapidSpell's Check method brought up the spell checking dialog. This dialog has been moved to the TX Text Control directly. You simply need to call the SpellCheckDialog method of TextControl to open the dialog.

Spell-as-you-type

The CheckAsYouType property of RapidSpell specified whether the spell checking is active when the user types text in order to underline misspelled words automatically. In TX Spell .NET, this is done automatically by connecting TXSpellChecker to TextControl using the SpellChecker property. Additionally, TextControl's IsSpellCheckingEnabled property must be set to true.

The following list gives an overview of the most important changes:

RapidSpell TX Spell .NET
Check TextControl.SpellCheckDialog
ContextMenuDefault TextControl.SpellCheckContextMenuStrip
CheckAsYouType SpellChecker, TextControl.IsSpellCheckingEnabled
AllowAnyCase, AllowMixedCase

TXSpell.IgnoreCase

Options:

  • AllLower
  • AllUpper
  • Always
  • Never
  • WordBegin
  • WordBeginUpper
IgnoreCapitalizedWords, IgnoreWordsWithDigits

TXSpell.IgnoreWord

Options:

  • Duplicated
  • InUpperCase
  • IsEmail
  • IsURL
  • InUpperCase
  • Never
  • WithNumbers
FindSuggestions TXSpell.CreateSuggestions, TXSpell.Suggestions

If you have any questions or issues porting your application to TX Spell .NET, never hesitate to contact our support engineers. We are more than happy to help you with this.

Stay in the loop!

Subscribe to the newsletter to receive the latest updates.

Related Posts

HTML5Spell CheckingTutorial

Web.TextControl and Spell Checking

TX Spell .NET integrates spell checking into the HTML5-based Web.TextControl editor running on TX Text Control .NET Server. Once deployed alongside the web server service, it provides…


ProofingSpell CheckingTutorial

TX Spell .NET: Not Only a Spell Checker

TX Spell .NET integrates spell checking, hyphenation, and language detection into Windows Forms, WPF, and ASP.NET applications. It offers spell-as-you-type with red underlines, correction dialogs,…


SampleSpell Checking

Interactive Spelling Suggestions Using TX Spell .NET

TX Spell .NET generates real-time spelling suggestions suitable for touch-enabled interfaces. A sample project renders suggestion labels in a FlowLayoutPanel, and clicking a label calls…


Spell CheckingTutorial

AutoCorrect: TWo INitial CApitals

TX Spell .NET enables AutoCorrect for words with two initial capitals by hooking into the Changed event of TX Text Control. The handler checks each misspelled word for leading uppercase pairs,…


Spell CheckingTutorial

TX Spell .NET: Ignore Word List Using User Dictionaries

TX Spell .NET supports multiple simultaneous dictionaries for spell checking, including both language and user dictionaries. By creating a secondary UserDictionary with IsEditable set to false,…

Share on this blog post on: