How might libraries serve 21st century information needs? Authorea's proposal.

and 3 collaborators

Open Science Meetup on April 1 with computational biologist Holly Bik

and 3 collaborators

We're excited to invite you to our THIRD NY Open Science Meetup hosted at our new location in the Rise Labs in the Flatiron District.

**Friday April 1 at 6pm**

MathML on the Web -- Please!

Today I merged a pull request for which introduced the following setup for equation editing, as an alpha feature for our RichText editor:

The “status quo” renderer, displaying the mathematics on all “read-mode” article components.

A new renderer, specifically loaded in the iframe of our editor widget. Why? Because loading MathJax twice is too slow for our show, but we still want our displayed richtext equations to be, well, rich.

An additional math renderer, part of our equation-specific editing widget, so that authors can also

**input**formulas in an appealing richtext flow.^{1}See the great demos by for examples.

You read that correctly - not one, not two, but **three separate math renderers on the same HTML page**, each of which different due to balancing on the trade-offs of performance, coverage and visualization.

I hear you cry:

– Well, this is clearly horrible design, simplify and streamline it!

Indeed! My thoughts exactly. But the **great solution**, the one that solves this problem not only for me, but for the **entire math-on-the-web developer ecosystem**, is not for me or my team to implement.

This renderer medley can be traced to a single root cause - the absence of ubiquitous support in modern browsers. If you are not familiar with MathML, it is a W3C and ISO standard and a core part of HTML5. MathML does a great job of providing a single language for representing mathematics in structured documents, especially web pages. But while we have that great language, we lack major browser implementations – in fact only Firefox has **great** MathML support, and has long been the browser-lead in math support.

A different perspective tells us that we are just two browsers short of having the tide turn overwhelmingly towards native rendering. I am referring specifically to and . Having native support would allow us – the mortal developers interested in providing exciting and powerful math-enabled web applications – to sleep calmly at night and work proudly at day. And hence my sincere plea to all major browser vendors:

**Please, do the math.**

P.S. How is the native MathML solution better?

**Best. Performance. Possible.**Your browser will be capable to render MathML the moment it loads, just as it can CSS. No extra load times needed.

**The DOM will set you free**As math-on-the-web developers, we need to select into and manipulate mathematical objects, just as all web developers need to manipulate forms and input fields. I want my cool math interactivity widget to be an easy drop-in for any webpage, just the same way that a jQuery widget is. And we can’t have that without equations being a proper participant in the HTML DOM – CSS would have never taken off if say

`<div>`

and`<span>`

elements only existed for sites that had first loaded a third-party`css.js`

library.**Out-of-the-box Accessibility**Exposing the MathML source of an equation directly in its web page

^{2}will be the default state of any HTML5 web page. Math-to-speech and Braille adaptors can then simply use the raw HTML as-is.

P.P.S. If you are interested in showing your personal support for adding native MathML, add your vote and voice to the public issues:

Edge MathML support:

https://wpdev.uservoice.com/forums/257854-microsoft-edge-developer/suggestions/6508572-mathmlChrome MathML support:

https://code.google.com/p/chromium/issues/detail?id=152430

Personally, I have joined an effort to promote MathML publicly and to remind developers of its many strong suits and far-reaching benefits to the web develpment ecosystem. You can visit our MathML Association website, or follow us on Twitter at @mathml3.

Scratch article to test Authorea functionality

and 1 collaborator

Preparation of manuscripts for the American Journal of Physics using LaTeX

and 2 collaborators

# Introduction

LaTeX is typesetting software that is widely used by mathematicians and physicists because it is so good at typesetting equations. It is also completely programmable, so it can be configured to produce documents with almost any desired formatting, and to automatically number equations, figures, endnotes, and so on. \cite{25165807}

To prepare manuscripts for the American Journal of Physics (AJP), you should use the REVTeX 4.1 format for Physical Review B preprints, as indicated in the `documentclass`

line at the top of this article’s source file. (If you’re already familiar with LaTeX and have used other LaTeX formats, please resist the temptation to use them, or to otherwise override REVTeX’s formatting conventions, in manuscripts that you prepare for AJP.)

This sample article is intended as a tutorial, template, and reference for AJP authors, illustrating most of the LaTeX and REVTeX features that authors will need. For a more comprehensive introduction to LaTeX, numerous books and online references are available. Documentation for the REVTeX package can be found on the APS web site.\cite{revtex}

LaTeX is free software, available for Unix/Linux, Mac OS X, and Windows operating systems. For downloading and installation instructions, follow the links from the LaTeX web site.\cite{latexsite} It is most convenient\cite{cloudLaTeX} to install a “complete TeX distribution,” which will include LaTeX, the underlying TeX engine, macro packages such as REVTeX, a large collection of fonts, and GUI tools for editing and viewing your documents. To test your installation, try to process this sample article.

MADX Demo: Input and Output