<p dir="ltr">Closing the loop.</p>
<p dir="ltr">Implemented as proposed and seconded by Wolfgang with the additional nicety of also checking for common auto-corrections in spreadsheet applications (left-quote/right-quote replacing double-quote etc).</p>
<p dir="ltr">Also ensured guided templates, guided decision tables and XLS decision tables all work consistently with empty cells and empty Strings.</p>
<p dir="ltr">Sent on the move</p>
<div class="gmail_quote">On 1 Aug 2014 13:42, &quot;Wolfgang Laun&quot; &lt;<a href="mailto:wolfgang.laun@gmail.com">wolfgang.laun@gmail.com</a>&gt; wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 01/08/2014, Michael Anstis &lt;<a href="mailto:michael.anstis@gmail.com">michael.anstis@gmail.com</a>&gt; wrote:<br>
<br>
&gt; I propose the following:<br>
&gt;<br>
&gt;    - For a Pattern, with no constraints we exclude the pattern (this is<br>
&gt;    current XLS behaviour).<br>
&gt;<br>
&gt; e.g. Person( name == $name, age == $age ). If we don&#39;t provide values for<br>
&gt; $name and $age we don&#39;t include the Person pattern. If a user wants to<br>
&gt; include the Pattern they&#39;d need to add a constraint &quot;this != null&quot;.<br>
&gt;<br>
&gt; If we include the pattern when there are no constraints then it is more<br>
&gt; difficult to provide a work-around to exclude the pattern if this is what<br>
&gt; some users need (and since it&#39;s the existing behaviour; less likely to be<br>
&gt; an issue for the majority of XLS users).<br>
&gt;<br>
&gt;<br>
&gt;    - Support escaping String literals with quotes; so a user would enter &quot;&quot;<br>
&gt;    or &quot;   &quot;. This make it obvious that the cell contains a non-null value.<br>
&gt; The<br>
&gt;    surrounding quotation marks would be stripped before being used in the<br>
&gt; DRL.<br>
<br>
If the first character is not the quote character (0x22), assume that<br>
the value in the cell is the actual value of a String. The result to<br>
be used in DRL code will be quoted, and all characters will be escaped<br>
as required according to Java rules.<br>
<br>
If the first character is a quote character (0x22), assume that the<br>
value in the cell is a complete String literal, according to Java<br>
rules. It will be used &quot;as is&quot; in DRL code.<br>
<br>
my 2¢<br>
Wolfgang<br>
<br>
<br>
<br>
&gt;<br>
&gt;<br>
&gt; WDYT? Should I put this out to the community for opinions too?<br>
&gt;<br>
&gt; With kind regards,<br>
&gt;<br>
&gt; Mike<br>
&gt;<br>
<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>
</blockquote></div>