<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 6.00.2900.5921" name=GENERATOR></HEAD>
<BODY text=#000000 bgColor=#ffffff>
<DIV dir=ltr align=left><SPAN class=137182015-22092010><FONT face=Arial
color=#0000ff size=2>Why the two different operators for in- and cross-pattern
"or" i.e. "||" and "or". What a pain that surely would be from a user
perspective...</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=137182015-22092010><FONT face=Arial
color=#0000ff size=2></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=137182015-22092010><FONT face=Arial
color=#0000ff size=2>Where does that fit in with the language orthogonality too
(blogged about by Edson some time ago - sorry to drag the past up <A
href="http://tirelli.blogspot.com/2007/08/quick-catch-up-and-language.html">http://tirelli.blogspot.com/2007/08/quick-catch-up-and-language.html</A>)?</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=137182015-22092010><FONT face=Arial
color=#0000ff size=2></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=137182015-22092010><FONT face=Arial
color=#0000ff size=2>+1 for infix too :-)</FONT></SPAN></DIV><BR>
<BLOCKQUOTE style="MARGIN-RIGHT: 0px">
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>
<HR tabIndex=-1>
<FONT face=Tahoma size=2><B>From:</B> rules-dev-bounces@lists.jboss.org
[mailto:rules-dev-bounces@lists.jboss.org] <B>On Behalf Of </B>Mark
Proctor<BR><B>Sent:</B> 22 September 2010 16:03<BR><B>To:</B>
rules-dev@lists.jboss.org<BR><B>Subject:</B> Re: [rules-dev] Drools syntax
diagrams - redrawn<BR></FONT><BR></DIV>
<DIV></DIV>On 22/09/2010 14:40, Wolfgang Laun wrote:
<BLOCKQUOTE
cite=mid:AANLkTi=FHWakj6UziQB-O6N_=R2zc2j4KJTBrvjsLkej@mail.gmail.com
type="cite">Service:<BR><A
href="http://www-cgi.uni-regensburg.de/%7Ebrf09510/syntax.html"
moz-do-not-send="true">http://www-cgi.uni-regensburg.de/~brf09510/syntax.html</A><BR><BR>The
grammar syntax is the same as used in DRL.g but stripped of all the antsy
additions, and simplified.<BR><BR>@Mark: I'm well aware of the limitations
of a 1:1 translation of a parser's grammar into diagrams. I have reduced the
splits into separate rules in DRL.g considerably. But what do you want to
hide from the users? The syntax is the syntax, and there's no sweet-talking
around it after you have reduced all the noise from technical
splits.<BR><BR>One thing that might help would be deprecating things like
infix or/and.<BR></BLOCKQUOTE>yes agreed. Simplifying the grammar, reducing
ambigiiouty or multiple ways of doing the same thing, will make any resulting
grammar both easier ot maintain and grok.<BR><BR>Edson, Davide and I have
already discuss this. Both are working on a new parser and are trying to
address these issues. So things that are doing are:<BR><BR>Single binding on
'or'<BR>$binding : ( Pattern() || Pattern() )<BR><BR>We are thinking of only
allowing 'or' between patterns and not allowing users to mix and match 'or'
and '||'. Inside of patterns '||' is the only connective allowed and
will remain so.<BR><BR>We will also probably make a choice and only allow
infix 'or' and 'and', at the moment users can chose infix or prefix.
Personally I find prefix quite attractive as it works sort of like a
"choice":<BR>(or Person( ... )<BR> Person(
... )<BR> Person( ...) )<BR><BR>But I think most
peopel are more comfortable with infix:<BR>(Person( ... ) or<BR>
Person( ... ) or<BR> Person( ...) )<BR><BR>return value, eval, literal
constraint, variable constraint are going. These are left overs of a Clips
based grammar. So instead we'll have a generic "expr" class that follow more
common modern ASTs for expression engines, like say MVEL.<BR><BR>Davide has
also requested that we make $ prefix mandatory for LHS bindings as that is
deterministic and again makes the grammar cleaner. I personally like it being
optional and it's still open to debate. But I recognise the need to have
better maintained grammar, that is more consistent and regular with easy to
main documentation.<BR><BR>Mark<BR>
<BLOCKQUOTE
cite=mid:AANLkTi=FHWakj6UziQB-O6N_=R2zc2j4KJTBrvjsLkej@mail.gmail.com
type="cite"><BR>Some rules can be omitted if they coincide with Java's own
rules; just add an explanation.<BR><BR>-W<BR><BR><BR>
<DIV class=gmail_quote>On 22 September 2010 14:56, Anstis, Michael (M.)
<SPAN dir=ltr><<A href="mailto:manstis1@ford.com"
moz-do-not-send="true">manstis1@ford.com</A>></SPAN> wrote:<BR>
<BLOCKQUOTE class=gmail_quote
style="PADDING-LEFT: 1ex; MARGIN: 0pt 0pt 0pt 0.8ex; BORDER-LEFT: rgb(204,204,204) 1px solid">What
was the service and was it the ANTLR grammar you uploaded to<BR>generate
the images?<BR><BR>Thanks,<BR><BR>Mike<BR>
<DIV>
<DIV class=h5><BR>-----Original Message-----<BR>From: <A
href="mailto:rules-dev-bounces@lists.jboss.org"
moz-do-not-send="true">rules-dev-bounces@lists.jboss.org</A><BR>[mailto:<A
href="mailto:rules-dev-bounces@lists.jboss.org"
moz-do-not-send="true">rules-dev-bounces@lists.jboss.org</A>] On Behalf Of
Wolfgang Laun<BR>Sent: 22 September 2010 13:38<BR>To: Rules Dev
List<BR>Subject: [rules-dev] Drools syntax diagrams - redrawn<BR><BR>I've
found this online service and stuffed the Drools grammar into
it.<BR><BR>You may see the results while they are still there:<BR><A
href="http://www-cgi.uni-regensburg.de/%7Ebrf09510/syntax.tmp/x45371x0x0x.ebnf.h%0Atml"
target=_blank
moz-do-not-send="true">http://www-cgi.uni-regensburg.de/~brf09510/syntax.tmp/x45371x0x0x.ebnf.h<BR>tml</A><BR></DIV></DIV><<A
href="http://www-cgi.uni-regensburg.de/%7Ebrf09510/syntax.tmp/x45371x0x0x.ebn%0Af.html"
target=_blank
moz-do-not-send="true">http://www-cgi.uni-regensburg.de/%7Ebrf09510/syntax.tmp/x45371x0x0x.ebn<BR>f.html</A>><BR><BR>-W<BR><BR><BR><BR>_______________________________________________<BR>rules-dev
mailing list<BR><A href="mailto:rules-dev@lists.jboss.org"
moz-do-not-send="true">rules-dev@lists.jboss.org</A><BR><A
href="https://lists.jboss.org/mailman/listinfo/rules-dev" target=_blank
moz-do-not-send="true">https://lists.jboss.org/mailman/listinfo/rules-dev</A><BR></BLOCKQUOTE></DIV><BR><PRE wrap=""><FIELDSET class=mimeAttachmentHeader></FIELDSET>
_______________________________________________
rules-dev mailing list
<A class=moz-txt-link-abbreviated href="mailto:rules-dev@lists.jboss.org">rules-dev@lists.jboss.org</A>
<A class=moz-txt-link-freetext href="https://lists.jboss.org/mailman/listinfo/rules-dev">https://lists.jboss.org/mailman/listinfo/rules-dev</A>
</PRE></BLOCKQUOTE><BR></BLOCKQUOTE></BODY></HTML>