hehe.
I don't think we should burden ourselves with handling of every UNICODE
nuance after all :)
Perhaps a clear warning in the documentation for spreadsheet based decision
tables alerting the user to the problem of "smart" quotes" would be
enough?
There are cells where most variants of double quote (especiall double high-9
or 6) could be silently transformed (especially if there is no U+0022 in
that cell) or cause a warning.
As for data cells, anything is possible. An alternative form for parameter
insertion might solve this problem, and also an option could be considered.
I suspect we have certain assumptions about the code-points of all the
Special characters and digits: yes. Letters for identifiers according to
Java. Not sure whether all variants of "space" are permitted.
It would help a lot if the lexer/parser would add the code point where it
hiccups on a single character. Consider:
[ERR 101] Line 12:19 no viable alternative at input '' (U+201E)
-W
What do you think?
2011/8/26 Wolfgang Laun <wolfgang.laun(a)gmail.com>
> Michael,
>
> may I point you to
http://unicode.org/uni2book/ch06.pdf and don't shy
> away from the intricacies of double quotes in all the world's languages ;-)
>
> Quotes, in a spreadsheet's text fields, are punctuations in the author's
> language and usually not delimiters of some programming language. Using a
> spreadsheet for collecting code snippets is not the everyday use case.
>
> -W
>
>
>
> 2011/8/26 Michael Anstis <michael.anstis(a)gmail.com>
>
>> Can you be certain the author of the spreadsheet has not entered the
>> erroneous, although cosmetically similar, quotation marks?
>>
>> I find it unlikely Open Office Spreadsheet chooses to use ASCII quotation
>> marks in some places but UNICODE, visually similar but otherwise completely
>> different, in others.
>>
>>
>> 2011/8/26 Manohar Kokkula <manohar.kokkula(a)tcs.com>
>>
>>> I am using Open Office Spreadsheet to create decision table. So what
>>> should i do to resolve this..
>>> Please help me on this.
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> Regards,
>>> Manohar Kokkula
>>> Mailto: manohar.kokkula(a)tcs.com
>>>
>>> -----rules-users-bounces(a)lists.jboss.org wrote: -----
>>>
>>> To: Rules Users List <rules-users(a)lists.jboss.org>
>>> From: Wolfgang Laun **
>>> Sent by: rules-users-bounces(a)lists.jboss.org
>>> Date: 08/26/2011 12:26AM
>>>
>>> Subject: Re: [rules-users] Error is Java.lang.RuntimeException
>>>
>>> Heh :) Looking at the DRL, I spotted it:
>>>
>>> > rule *"*Allocation Rules_10*"*
>>> > when
>>> > $s:Student(marks == *"*60", age ==
"20")
>>> > $c:College(ranking == "A", location ==
"Mumbai")
>>> > then
>>>
>>> Up there, all quotes are ASCII quotes, code point U+0022.
>>>
>>> > $s.setDepartment(“Maths”);
>>> > $c.setStatus(“NA”);
>>>
>>> But in your spreadsheet you have one of the several other quotation
>>> marks as defined by the unicode standard, the one the authors of your
>>> spreadsheet program deemed fit to be sneaked in when you hit shift-2 (or
>>> whatever, depending on your keyboard).
>>>
>>> On 25 August 2011 16:21, FrankVhh
<frank.vanhoenshoven(a)agserv.eu>wrote:
>>>
>>>> Shouldn't marks and age be integer values and not Strings?
>>>>
>>> No, these are converted automatically.
>>>
>>> -W
>>>
>>>
>>>
>>>
>>>>
>>>> --
>>>> View this message in context:
>>>>
http://drools.46999.n3.nabble.com/rules-users-no-subject-tp3280773p328399...
>>>> Sent from the Drools: User forum mailing list archive at
Nabble.com.
>>>> _______________________________________________
>>>> rules-users mailing list
>>>> rules-users(a)lists.jboss.org
>>>>
https://lists.jboss.org/mailman/listinfo/rules-users
>>>>
>>>
>>> _______________________________________________
>>> rules-users mailing
listrules-users@lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/rules-users
>>>
>>> **
>>>
>>> =====-----=====-----=====
>>> Notice: The information contained in this e-mail
>>> message and/or attachments to it may contain
>>>
>>>
>>>
>>> confidential or privileged information. If you are
>>> not the intended recipient, any dissemination, use,
>>> review, distribution, printing or copying of the
>>> information contained in this e-mail message
>>> and/or attachments to it are strictly prohibited. If
>>>
>>>
>>>
>>> you have received this communication in error,
>>> please notify us by reply e-mail or telephone and
>>> immediately and permanently delete the message
>>> and any attachments. Thank you
>>>
>>>
>>>
>>> _______________________________________________
>>> rules-users mailing list
>>> rules-users(a)lists.jboss.org
>>>
https://lists.jboss.org/mailman/listinfo/rules-users
>>>
>>>
>>
>> _______________________________________________
>> rules-users mailing list
>> rules-users(a)lists.jboss.org
>>
https://lists.jboss.org/mailman/listinfo/rules-users
>>
>>
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/rules-users
>
>
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users