Off the cuff ;-)<br><br>DRL accepts Unicode letters for identifier, and any character in string literals.<br>Normally, this would make a language fully unicodable, but DRL has a few<br>nooks and crannies where the syntax isn't fully specified by the language.<br>
For instance, after all the temporal operators, you may write '[' <text> ']',<br>and the parser will, no: should: accept anything as long as brackets contained<br>in <text> are properly balanced.<br>
<br>DSL shouldn't be a problem, since parsing it is a relatively simple pattern matching<br>operation (with some frills).<br><br><div class="gmail_quote">On 21 October 2010 21:55, Michael Anstis <span dir="ltr"><<a href="mailto:michael.anstis@gmail.com">michael.anstis@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;">Yes you are naughty ;-)<br><br>But it does lead me to question whether DRL and DSL can be unicode encoded (so DSL at least) can be localised language (U+007F is the end of Basic Latin/ASCII). Do you know the answer in your delvings?<br>
<br><div class="gmail_quote"><div><div></div><div class="h5">
On 21 October 2010 20:25, 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">
Well, yes, I'm naughty. I've implemented a parameterized evaluator, using Unicode codepoint <a href="http://www.fileformat.info/info/unicode/char/2282/index.htm" target="_blank">U+2282</a> as a parameter.<br><br>
But the DRL parser refuses to accept this (as part of square_chunk_data):<br>
Line 60:59 no viable alternative at input ''<br>which indicates that the character isn't recognized at all.<br><br>I think this happens because, outside of strings, codepoints beyond U+007F aren't accepted anywhere except<br>
those explicitly specified as IdentifierStart and IdentifierPart. Perhaps square_chunk_data after an operator<br>identifier could be made to behave more like a string.<br><br>Admittedly, this is esoteric, but it sure does look dazzling ;-)<br>
<br>Cheers<br><font color="#888888">-W<br><br>
</font><br></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></blockquote></div><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>
<br></blockquote></div><br>