W3C home > Mailing lists > Public > www-math@w3.org > March 2015

Re: mstack and south carries

From: Neil Soiffer <NeilS@dessci.com>
Date: Mon, 16 Mar 2015 14:13:50 -0700
Message-ID: <CAESRWkA+KVEcRyr_2CEuY11LzQ-Q3ueTM7Ce=iJLcqjboYVwTA@mail.gmail.com>
To: David Carlisle <davidc@nag.co.uk>
Cc: "www-math@w3.org" <www-math@w3.org>
I concur with David's reasoning.

    Neil


On Mon, Mar 16, 2015 at 9:12 AM, David Carlisle <davidc@nag.co.uk> wrote:

> On 16/03/2015 16:02, Daniel Marques wrote:
>
>> Hi all,
>>
>> The MathML specification allows specifying carries at south positions.
>> In this case, when other rows of carries exists it is not clear how the
>> formula must be rendered.
>>
>> For example, in the following formula
>>
>> <mstack><mscarries><mn>1</mn></mscarries><mscarries
>> location="s"><mn>2</mn></mscarries><mn>3</mn><msline/><msrow/></mstack>
>>
>> What’s is the expected rendering?
>>
>> 1
>>
>> 3
>>
>> 2
>>
>> Or maybe
>>
>> 1
>>
>> 3
>>
>> 2
>>
>> ?
>>
>> Dani
>>
>>
> personal response but the spec says
>
> > the first row of carries annotates the second (following) row as if
> the second row had location="n".
>
> so the position of the 1 isn't affected by the fact that the 2 has
> location=s, it is positioned as if the 2 had location=n so just above
> where that would have been.
>
> But it goes on to say
>
> > This means that the second row, even if it does not draw, visually
> uses some (undefined by this specification) amount of space when displayed.
>
> so the exact amount of space below the 1 is implementation defined.
>
> David
>
>
> ____________________________________________________________
> ____________________________________________________________
> _____________________________
>
> The Numerical Algorithms Group Ltd is a company registered in England and
> Wales with company number 1249803. The registered office is:
>
> Wilkinson House, Jordan Hill Road, Oxford OX2 8DR, United Kingdom.
>
>
>
> This e-mail has been scanned for all viruses by Microsoft Office 365.
>
> ____________________________________________________________
> ____________________________________________________________
> ______________________________
>
>
Received on Monday, 16 March 2015 21:14:17 UTC

This archive was generated by hypermail 2.3.1 : Monday, 16 March 2015 21:14:18 UTC