Projects tagged ‘spell’

GNU Aspell is a spell checker designed to eventually replace Ispell. It can either be used as a library or as an independent spell checker. Its main feature is that it does a superior job of suggesting possible replacements for a misspelled word.

Hunspell4Eclipse is an Eclipse plug-in, that integrates Hunspell into Eclipse’s Spell Checking Service. This plug-in is capable of spell checking with any hunspell/myspell dictionary out there.

OpenMedSpel is a free and open source USA English medical spelling word list that is released under a GPL license. OpenMedSpel includes nearly 50,000 medical terms ranging from abdominis to ... [More] zygomatic, which allows you to concentrate on your work instead of looking up words in a medical dictionary that are not in a standard USA English spelling dictionary. [Less]

JOrtho is a spell checker for Java. The library can work with any JTextComponent from the Swing frame work. The dictionaries for multiple languages based on the free Wiktionary.org.

A set of spell checking dictionaries for Vietnamese, based on the Hunspell spell checking engine.

Tsipelina (spell spell) is an Affero GPL-liensed malagasy online spell checker. It will also release under GPLv2 every tools needed to build an almost exhaustive malagasy wordlist, using a MySpell-like format.

spell check your source code, it support both the ant the maven, you can add your own parsers to extract the word from the source file, you can also define the reserved words to skip the spell checking.

NHunspell is a .NET version of the open office spell checker. Functions: spell checking, hyphenation, thesaurus with the open office dictionaries. It is free (GPL,LGPL, MPL) and can be used in closed ... [More] source software. WWW: http://nhunspell.sourceforge.net [Less]

CorpusCatcher is a corpus collection toolset. It can help you to build language or topic specific corpora from publicly available web resources. This can be very useful for many purposes, especially for data to build spell checkers.

IntroductionHunspell is a mature and Open Source project which aim is to bring language spell checkers for everyone and with a wide range of supported languages. Since JavaScript is not fast as C ... [More] , Java or other languages are, common browsers are spell-check capable only via plug-ins (e.g. FireFox) or via server side Ajax request. About BJSpellThe main goal of this project is to make possible "Hunspell like" checks runtime and without usage of plug-ins or server side interactions (stress), using best practices to make possible small as large document parsing in a couple of milliseconds. The basic concept behind BJSpell is cache everything, starting from a pre "compiled" dictionary derived from Hunspell .aff and .dic files plus lazy incremental caching procedure to avoid redundant checks for already verified words. Prospure JavaScript implementation (even compiled dictionaries are created via JavaScript, thanks to Jaxer), it does NOT require Ajax/server-side interactions dictionaries are compiled via Hunspell official .aff or .dic files, it is easily possible to implement your own words in the dictionary and recompile them in a click usage of best JavaScript practices to make possible parsing of large amount of text as well usage of singleton pattern to avoid multiple server calls being able to switch language runtime without server stress the BJSpell file is about 1.12Kb minified and gzipped, an fast parser for a ridiculous size project entirely focused on performances and a good compromise between spell check reliability, global project size, and browser compatibility highly browser compatible, I could not find a single "recent browser", IE6 included ... with a single problem Consspell check is case insensitive, a must for hundreds of reasons (so January and january will both pass the check, for example) everything is cached, starting from the dictionary, ending with every possible distinct word a user could write down - requires, with a single dictionary, 1Mb of RAM or more (not ideal, as example, for iPhones with limited amount of ram) dictionaries should be served using best compression practices, as gzip is, to reduce bandwidth, as example, from 934Kb to 250Kb for en_US dictionary we are still in Internet Explorer era, nowadays the slowest JavaScript implementation ever ... this means that documents with hundred thousands words to parse could slow down old PCs if the browser is IE isntead of FireFox, Chrome, Safari, Opera. The same problem is more evident for current suggestion method the suggestion method is truly rude since I was more focused on speed and runtime spell and nothing else the grammar check is quick and dirty, results could not be perfect as Hunspell results are [Less]