Re: [niso-sts] Re: Using fractions in text

["Bruce Rosenblum bruce@xxxxxxxxx" <niso-sts-list-service@xxxxxxxxxxxxxxxxxxxxxx>]

Hi Dan,

There is no standard way to handle fractions in XML, in part because
there's no universal way that they are supported across all output media.

If you're concerned with HTML, you could go the MathML route, but that
might cause problems for ePub. So you might be better served with the
simpler approach and markup as <sub>3</sub>/<sup>32</sup>.

As you suggest, this could be also be wrapped in <inline-formula>, which
would allow you to uniquely identify all fractions. Of course that then
leads to the question of how to you mark 2 3/8? Would the integer "2" be
inside the <inline-formula> or outside of it? If inside, then the
expression hold more than a fraction. If outside, you then have a split
numerical expression, e.g. "2 <inline-formula
content-type="fraction"><sub>3</sub>/<sup>8</sup></inline-formula>"

Best,

Bruce


On Tue, Apr 24, 2018 at 5:58 PM, Dan Berger dberger@xxxxxxxx <
niso-sts-list-service@xxxxxxxxxxxxxxxxxxxxxx> wrote:

> Thanks Bruce for the response. I am not as concerned at this point in
> going from XML to PDF, but am more concerned with going from XML to HTML.
> 3/32 is not as easy to read as a fraction as 3/32.
>
>
>
> In HTML this can be handled with <sub>3</sub>/<sup>32</sup>. Is this what
> others are doing? Without some additional markup no machine will know this
> is a fraction.
>
>
>
> There must be some standard way to handle fractions, right?
>
>
>
> Dan
>
>
>
> *From:* Bruce Rosenblum bruce@xxxxxxxxx [mailto:niso-sts-list-service@
> lists.mulberrytech.com]
> *Sent:* Tuesday, April 24, 2018 2:39 PM
> *To:* niso-sts-list@xxxxxxxxxxxxxxxxxxxxxx
> *Subject:* Re: [niso-sts] Re: Using fractions in text
>
>
>
> Hi Dan,
>
> I think most publishers a) avoid the small number of special fractions
> like 1/2 or 1/4, and b) either setup as plain text like "3/32" or setup as
> MathML depending on their specific business requirements.
>
> I think the key question to ask is why do you want to treat them as other
> than plain text like "3/32"? Is it so they look great in PDF? That may be
> fine, but in today's multi-channel world, what you do to make great-looking
> fractions in PDF may not work well in HTML or ePub format (e.g. many
> eReaders don't support MathML). So before deciding on a technology
> solution, make sure your business requirement is clear, and then make sure
> solution you choose will work in multiple media, not just PDF.
>
> Best,
>
> Bruce
>
>
>
> On Tue, Apr 24, 2018 at 4:33 PM, Dan Berger dberger@xxxxxxxx <
> niso-sts-list-service@xxxxxxxxxxxxxxxxxxxxxx> wrote:
>
> Hi group,
>
>
>
> Ibm making a second attempt for some feedback here. Anyone have thoughts
> on this thread?
>
> Thank you!
>
> Dan
>
>
>
> *From:* Dan Berger dberger@xxxxxxxx [mailto:niso-sts-list-service@
> lists.mulberrytech.com]
> *Sent:* Thursday, April 19, 2018 10:00 AM
> *To:* niso-sts-list@xxxxxxxxxxxxxxxxxxxxxx
> *Subject:* [niso-sts] Using fractions in text
>
>
>
> Hi list b I am trying to figure out how best to deal with numerical
> fractions in our standards.
>
>
>
> In many cases, there is a character for a fraction, such as B=. But in
> other cases, such as 7/23 there is no single character. I donbt want to
do
> this <sup>7</sup>/<sub>23</sub> as this doesnbt seem semantic. So we were
> doing the non-normal fractions as mathML. But then we had inconsistencies
> in the markup. So then we went to all math ML for fractions. But since our
> standards also have several equations, we ran into the issue of a transform
> not knowing what is a fraction and what is an equation. (We are also
> capturing an eps of all equations as a backup.) So we considered the idea
> of adding in an attribute like this: <inline-formula
> content-type="fraction">.
>
>
>
> My question is what are others doing in this situation? It seems pretty
> common, but I am not sure what the best approach is, or what else to
> consider.
>
>
>
> Thank you for your help!
>
>
>
> Dan
>
>
>
> *Daniel Berger*
>
> Senior Manager of Production
>
> American Water Works Association
>
>
>
>
> ------------------------------
>
> This communication is the property of the American Water Works Association
> and may contain confidential or privileged information. Unauthorized use of
> this communication is strictly prohibited and may be unlawful. If you have
> received this communication in error, please immediately notify the sender
> by reply email and destroy all copies of the communication and any
> attachments.
>
> American Water Works Association
> Dedicated to the World's Most Important Resource B.
>
>
>
>
>
> ------------------------------
> This communication is the property of the American Water Works Association
> and may contain confidential or privileged information. Unauthorized use of
> this communication is strictly prohibited and may be unlawful. If you have
> received this communication in error, please immediately notify the sender
> by reply email and destroy all copies of the communication and any
> attachments.
>
> American Water Works Association
> Dedicated to the World's Most Important Resource B.
> You are subscribed as bruce@xxxxxxxxx to NISO STS Discussion by Mulberry
> Technologies, Inc. <http://www.mulberrytech.com/>
> EasyUnsubscribe <-sts-list/209206>
> (by email <>)