Hi Michael,<br><br>I just discovered ActionType.addNewActionType, where the code tries to follow some<br>(now) completely undocumented principle, where columns can be identified by single<br>letters, the first one of the action type. This is in conflict with the documentation,<br>
where only full-fledged keywords are permitted.<br><br>There are some undocumented keywords, e.g., DESCRIPTION. Using this results<br>in a duration attribute (which is deprecated anyway). This can be fixed, but then<br>the description is entered "as is"; it should have a leading '#'.<br>
<br>Clear out all undocumented things? Or fix them properly and document them?<br><br>What is it to be?<br>-W<br><br><br><div class="gmail_quote">On 28 November 2010 23:33, Michael Neale <span dir="ltr"><<a href="mailto:michael.neale@gmail.com">michael.neale@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">nice work.. <div>yes "syntax cushioning" is the best term I have heard for this. </div>
<div><br></div><div>I am sure your enhancements would be welcome. <br><br><div class="gmail_quote"><div><div></div><div class="h5">On Mon, Nov 29, 2010 at 5:14 AM, Wolfgang Laun <span dir="ltr"><<a href="mailto:wolfgang.laun@gmail.com" target="_blank">wolfgang.laun@gmail.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div class="h5">I have, at long last, overcome my disinclination against spreadsheets and played around a bit.<br>
<br>As one of the incentives (perhaps the main one) for this kind of rule authoring appears to be a "syntax" cushioning by spreadsheet entries, I feel that additional simplifications might be appreciated. Therefore, I have modified some classes in org.drools.decisiontable.parser, to achieve the following, in the area of RuleSet entries:<br>
<ul><li>All entries are now repeatable, either by adding more cells to the right of "import" than just one (with a comma-separated list) or by writing more that one "Import" row.</li><li>Same for "Variables", "Functions" and "Queries".<br>
</li><li>All tags ("Import",...) are case insensitive and immune against leading and trailing spaces.</li><li>Some user errors don't cause NPE; they throw an exception with an explanatory message</li></ul>Opinions, please, and should I just release this, or would someone care to have a look and test it?<br>
<font color="#888888">
-W<br><br><br><br>
</font><br></div></div><div class="im">_______________________________________________<br>
rules-dev mailing list<br>
<a href="mailto:rules-dev@lists.jboss.org" target="_blank">rules-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/rules-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-dev</a><br>
<br></div></blockquote></div><br><br clear="all"><br>-- <br>Michael D Neale<br>home: <a href="http://www.michaelneale.net" target="_blank">www.michaelneale.net</a><br>blog: <a href="http://michaelneale.blogspot.com" target="_blank">michaelneale.blogspot.com</a><br>
</div>
<br>_______________________________________________<br>
rules-dev mailing list<br>
<a href="mailto:rules-dev@lists.jboss.org">rules-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/rules-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-dev</a><br>
<br></blockquote></div><br>