- From: Paul Topping <pault@dessci.com>
- Date: Fri, 8 Aug 2003 18:13:42 -0700
- To: "'jpederse@wiley.com'" <jpederse@wiley.com>, "Pepping, Simon (ELS)" <S.Pepping@elsevier.nl>
- Cc: Neil Soiffer <neils@dessci.com>, Robert Miner <RobertM@dessci.com>, www-math@w3.org
John and Simon,
We at Design Science are coming up with a proposal that we'll post early
next week and, if generally approved, we'll implement it in MathPlayer 2.0
due in a few months and in our MathFlow product.
Paul
----------------------------------------------------------------
Paul Topping email: pault@dessci.com
phone: 562-433-0685
Design Science, Inc. http://www.dessci.com
"How Science Communicates"
MathType, WebEQ, MathPlayer, Equation Editor, TeXaide
----------------------------------------------------------------
> -----Original Message-----
> From: jpederse@wiley.com [mailto:jpederse@wiley.com]
> Sent: Friday, August 08, 2003 8:04 AM
> To: Pepping, Simon (ELS)
> Cc: Neil Soiffer; Robert Miner; www-math@w3.org
> Subject: RE: menclose
>
>
>
>
> I'm waiting on this naming issue to be resolved so that we
> can finish marking up a product. So the sooner it can be
> decided, the better. I agree with Simon's comment about the
> repeated "s", and it would seem to make sense to stay
> consistent with the existing values "longdiv", etc., so we
> shouldn't start doing camel case upwardsStrike. Some shorter
> non-compass names would be
>
> upstrike or upcancel
> downstrike or downcancel
> hstrike or hcancel
> ulcorner
> urcorner
> llcorner
> lrcorner
>
> But at this point I'd be very happy for someone just to lay
> down the law so we can proceed.
>
> John.
>
> -----------------------------
> John Pedersen
> Content Systems,
> John Wiley & Sons, Inc.
>
>
>
>
>
>
> "Pepping, Simon
>
> (ELS)" To:
> "'jpederse@wiley.com'" <jpederse@wiley.com>,
> <S.Pepping@elsevi Neil Soiffer
> <NeilS@dessci.com>
> er.nl> cc:
> Robert Miner <RobertM@dessci.com>,
>
> www-math@w3.org
> 08/08/03 06:27 AM Subject: RE:
> menclose
>
>
>
>
>
>
>
>
> > > NESWstrike
> > > NWSEstrike
> > > WEstrike
> > > NEcorner
> > > SEcorner
> > > SWcorner
> > > NWcorner
> > >
> > upwardsstrike
> > downwardsstrike
> > horizontalstrike
> > verticalstrike
> > upperleft
> > upperright
> > lowerleft
> > lowerright
>
> I find the latter set of names more intuitive than the
> compass directions. I like them esp. for the corners and the
> horizontal and vertical. I am less sure about upward and
> downward, but I do believe that they are unambiguous.
>
> verticalstrike does not work with menclose. It was not in
> Robert's list.
>
> I do prefer the longer variants, with strikeout and corner;
> they describe the intention.
>
> I do not like the double s in upwardsstrike; I will forget to
> write it most of the time.
>
> Regarding the earlier discussion about the DTD. I consider
> the DTD as an approximation of the standard. When the text
> lists three allowed values for the attribute, then that is
> the MathML spec. So the current discusson is about an
> extension of the spec.
>
> Regards,
> Simon Pepping
> DTD Development and Maintenance
> Elsevier
> s.pepping@elsevier.com
> www.elsevier.com/locate/sgml
>
>
> > -----Original Message-----
> > From: jpederse@wiley.com [mailto:jpederse@wiley.com]
> > Sent: 07 August 2003 14:33
> > To: Neil Soiffer
> > Cc: Robert Miner; www-math@w3.org
> > Subject: Re: menclose
> >
> >
> >
> >
> > There is also precedent in the entity names for using
> directions, for
> > example nwarr and nearr in isoamsa.ent (nwarrow, nearrow in
> > mmlalias.ent). Personally I think upwards/downwards for the
> diagonal
> > strokes could be slightly ambiguous (I know some Windows people who
> > insist on calling \ a
> > forwards slash); using compass directions leaves no doubt.
> >
> > John.
> >
> > -----------------------------
> > John Pedersen
> > Content Systems,
> > John Wiley & Sons, Inc.
>
>
>
>
>
Received on Friday, 8 August 2003 21:13:50 UTC