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