W dniu 2013-01-01 13:46, Daniel Naber pisze: > On 30.12.2012, 23:43:19 Dominique Pellé wrote: > >> There was also the idea of introducing <or>...</or> (a bit similar >> to already existing <and>...</and> tags) which in some cases can help >> reducing the number of rules, but that would admittedly not reduce by >> much. > > There's OpenRegex which supports regular expressions on tokens. If we could > base our matching process on that we might be able to get an OR operator > for free and save a lot of lines of complicated code (switching to > OpenRegex itself is not "for free" at all, of course): > > https://github.com/knowitall/openregex > > Note that I'm not talking about our rule syntax now, but about the pattern > matching logic.
My idea of making the rule matcher was heavily influenced by regexes on tokens, so it should be somewhat similar, but we would need backtracking and variables to save all the features we have. What's the performance of OpenRegex? Best, Marcin ------------------------------------------------------------------------------ Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS and more. Get SQL Server skills now (including 2012) with LearnDevNow - 200+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only - learn more at: http://p.sf.net/sfu/learnmore_122512 _______________________________________________ Languagetool-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/languagetool-devel
