My perception is that Hunspell suffers from the short flag notation. Longer flags would allow for more flags, thus reducing the need for conditions for applying the affixes (the condition is pre-applied by applying (longer) flags to the right base forms.
Maybe complexity in the mechanism could be reduced by: - allowing for more flags - allowing flexible replacements when affixing (like regexp replace) Allowing for more values for flags, could also help in keeping compounding relatively using more flags for sticking word parts together, putting the selectivity in the flags. Ruud ------------------------------------------------------------------------------ Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk _______________________________________________ Languagetool-devel mailing list Languagetool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-devel
