Just my 2c... IMHO there's no gain (aside from the editor problem, but that seems more easily solved switching editor!) in obfuscating the code by keeping the same xml-like structure and shrinking the tags.
If You want to really gain something we could design a suitable DSL and implement it. I recently did that for a customer using Eclipse Xtext. I'm pretty sure we could come up with something in a very reasonable amount of time. This would lock us to eclipse, but you would get a syntax-highlighting/error-checking editor almost for free and it would be possible to automatically generate code from the rules, thus doing a kind of compilation as opposed to current interpretation of the rules. Since rules effectively are productions something like BNF could be more straightforward, but there I would ask to people with more experience in rule-writing. As a newbie I can tell You I have a lot of difficulties forcing myself thinking xml while the task at hand is production-oriented, but that might well be my limit. I am available to help, if You decide to try this way. First step would be to decide the grammar of the new DSL. Regards Mauro On 30/12/2012 22:34, Daniel Naber wrote: > On 30.12.2012, 22:15:22 Marcin Milkowski wrote: > >> What is the problem you are trying to solve? > Indeed my editor cannot properly edit the files anymore. But the redundancy > also makes rules harder to read and to write (I guess most people copy > existing rules to create new ones though). > >> adding exceptions would be a nightmare in the new syntax scheme. > I wouldn't do that, that syntax variant would only apply for simple rules > that don't need exceptions. > > Regards > Daniel > ------------------------------------------------------------------------------ Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_123012 _______________________________________________ Languagetool-devel mailing list Languagetool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/languagetool-devel
