DR 17-0035

[MURATA Makoto]

The proposed change looks strange but is consistent with OMath.

<xsd:complexType name="CT_Nary"> <xsd:sequence> <xsd:element name="naryPr"
type="CT_NaryPr" minOccurs="0"/> <xsd:element name="sub" type="CT_OMathArg"
/> <xsd:element name="sup" type="CT_OMathArg"/> <xsd:element name="e" type=
"CT_OMathArg"/> </xsd:sequence> </xsd:complexType>

However, I do not like the word "limit", since
22.1.2.72 of Part 1 mentions Logical And and Logical OR.
In these two cases, <sub> or <sup> do not represent
limits.

Regards,
Makoto




2018-03-09 5:25 GMT+09:00 Francis Cave <francis at franciscave.com>:

> I think that the definition of "n-ary operator" in §15.1 is insufficient,
> because it fails to include the integral sign and other similar signs that
> operate on continuous (i.e. non-discrete) ranges of values. This is
> particularly unsatisfactory, given that the default n-ary operator
> character is the integral sign (see §22.1.2.20)! I therefore propose the
> following change to the definition of "n-ary operator":
>
> *n-ary operator* — An *mathematical* operator that involves n terms when
> expanded *, **typically a single operator character, optionally
> accompanied by expressions of a lower limit, an upper limit, or both*.
> For instance, the following example uses the Unicode (ISO 10646) summation
> sign (U+2211) which has the official name “N-ARY SUMMATION”.
>
> [example expression here]
>
> Francis
>



-- 

Praying for the victims of the Japan Tohoku earthquake

Makoto
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.vse.cz/pipermail/sc34wg4/attachments/20180404/949c43cf/attachment-0001.html>