I&#39;ll clean this one up, too.<br><br>My objective will be to<br>- inform users unambiguously about mistakes and how to correct them,<br>- recover useful features,<br>- be reticent w.r.t. deprecated features (duration!),<br>
- document the result<br><br>-W<br><br>PS.: The December 6 issue of Time magazine contains the remarkable sentence: &quot;...an invention [...] intended to simplify the [...] process by making it more complicated&quot;. Well, well, well,...<br>
<br><br><div class="gmail_quote">On 30 November 2010 02:29, Mark Proctor <span dir="ltr">&lt;<a href="mailto:mproctor@codehaus.org">mproctor@codehaus.org</a>&gt;</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;">


  
    
  
  <div text="#000000" bgcolor="#ffffff"><div class="im">
    On 29/11/2010 22:31, Michael Neale wrote:
    <blockquote type="cite">I think that goes back to an attempt to let people use
      different words/languages without i18n - so probably a bad idea. 
      <div><br>
      </div>
      <div>Unless people object, I propose getting rid of that behaviour
        and cleaning it up to be keywords - AS LONG AS if they put in a
        non valid keyword, the error shows a list of what *is* valid so
        they can then correct it. <br>
      </div>
    </blockquote></div>
    One thing to remember is the Drools codebase is mature, like 8 years
    or something now. There are lots of half implemented things or semi
    implemented things that are not documented or intended for end user
    use :)<br>
    <br>
    Partly that&#39;s beacuse you start working on an idea and never get it
    finished, but the code still lives on as you always intend to come
    back to it, but you never do.<br><font color="#888888">
    <br>
    Mark</font><div><div></div><div class="h5"><br>
    <blockquote type="cite">
      <div><br>
      </div>
      <div><br>
      </div>
      <div><br>
        <div class="gmail_quote">On Mon, Nov 29, 2010 at 11:53 PM,
          Wolfgang Laun <span dir="ltr">&lt;<a href="mailto:wolfgang.laun@gmail.com" target="_blank">wolfgang.laun@gmail.com</a>&gt;</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;">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 &quot;as is&quot;; it should have a leading
            &#39;#&#39;.<br>
            <br>
            Clear out all undocumented things? Or fix them properly and
            document them?<br>
            <br>
            What is it to be?<br>
            <font color="#888888">-W</font>
            <div>
              <div><br>
                <br>
                <br>
                <div class="gmail_quote">On 28 November 2010 23:33,
                  Michael Neale <span dir="ltr">&lt;<a href="mailto:michael.neale@gmail.com" target="_blank">michael.neale@gmail.com</a>&gt;</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 &quot;syntax cushioning&quot; 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>On Mon, Nov 29, 2010 at 5:14 AM, Wolfgang
                            Laun <span dir="ltr">&lt;<a href="mailto:wolfgang.laun@gmail.com" target="_blank">wolfgang.laun@gmail.com</a>&gt;</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>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 &quot;syntax&quot; 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 &quot;import&quot; than just one (with
                                  a comma-separated list) or by writing
                                  more that one &quot;Import&quot; row.</li>
                                <li>Same for &quot;Variables&quot;, &quot;Functions&quot;
                                  and &quot;Queries&quot;.<br>
                                </li>
                                <li>All tags (&quot;Import&quot;,...) are case
                                  insensitive and immune against leading
                                  and trailing spaces.</li>
                                <li>Some user errors don&#39;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>_______________________________________________<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" 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>
                  </blockquote>
                </div>
                <br>
              </div>
            </div>
            <br>
            _______________________________________________<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>
          </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>
      <pre><fieldset></fieldset>
_______________________________________________
rules-dev mailing list
<a href="mailto:rules-dev@lists.jboss.org" target="_blank">rules-dev@lists.jboss.org</a>
<a href="https://lists.jboss.org/mailman/listinfo/rules-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-dev</a>
</pre>
    </blockquote>
    <br>
  </div></div></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>