What I get from this article is "hey, what if we use HTML instead of LaTeX?" Unfortunately the answer to this is, "HTML is insufficient to specify all the things you need to make a paper publishable." LaTeX is a full-strength gnarly language <i>because it had to be.</i> If you were targeting digital distribution only, HTML (and the author really means "HTML plus CSS plus probably a small subset of JavaScript") would be maybe-kinda-sorta-plausible, but you can already go from LaTeX to HTML --- so why not write your original in the more powerful language and simplify it down to HTML when you need that? HTML+CSS+JS is actually not an improvement on PDFs, because you've got executable code in there and you'll go right down the same security-problems rabbit hole that PDF did.<p>To oversimplify: LaTeX is not perfect but is much smarter than the author is giving it credit for. This is that stereotypical Unix learning experience ("feature X is enormously frustrating, why can't we do something simpler" -> time passes -> "oh, feature X is actually spectacularly useful when viewed through the right lens") going on.
I wouldn't like to sound too harsh, but honestly, it seems like the author doesn't have any idea about what LaTeX can do, or what is it used for. Many of us would prefer LaTeX over HTML for almost any kind of document, without hesitation. It has many more functions both at lower and higher level, it's easily extendable (tired about \left( and \right)? Just define a \paren{} function! And that's just a tiny example), it has guaranteed support for certain characters (in HTML+CSS+Js, the browser can affect the font and possibly the encoding), etc., etc., etc. Well, yeah, it probably can't be used to create a web app, but, you know, most documents don't have the slightest need to behave like a web app.<p>It reminds me of the people who want to "fix email", without realizing that the only problem is that email doesn't cover certain use case that affects them, but it's fine for a lot of purposes.
Does anybody else see really weird vertical kerning on this page. It seems like the line drops by a few pixels every few words... interesting, since this is a page about how we should switch to something more like HTML for typesetting...
> The strongest force, it seems, that keeps academia in Latex is that it is required, literally, by the publisher, as the scientist's end result.<p>I think that's false. The author's claim is that "inertia is why we still use LaTeX"; I think the strongest force that keeps the publishing community in LaTeX is that it does a hell of a lot more than HTML.<p>For people who are reading papers all day, <i>typesetting matters</i>. If I need to digest a difficult concept, I don't want to spend any brain cycles <i>at all</i> on bad formatting, because I want to spend all of them on the content. The HTML experience today isn't capable of producing something readable when I'm at full capacity with the paper's content, and I suspect that reviewers feel the same way.<p>So, no, "a simple alternative" doesn't exist, sadly.
TeX, especially with the MicroType package, still produces the highest-quality machine typesetting available to mortal man (eg. people who are not employed by Random House or something). Any effort to replace TeX with some other tech stack probably ought to replicate this typesetting quality, which is going to be _really hard_. Smart people spent a long time getting TeX output where it is today, and replicating that won't happen overnight with a switch to HTML. Those (few) of us who care about this sort of thing are consequently unlikely to take the bait of the new system.
Ever used Pandoc? <a href="http://johnmacfarlane.net/pandoc/" rel="nofollow">http://johnmacfarlane.net/pandoc/</a><p>You can embed LaTeX into your Markdown, and still have it render to many targets (HTML, PDF, etc.) with full linking and fidelity.
I used LaTeX when writing my programming book (C# Smorgasbord) and I am really glad I didn't use HTML for it. There was just so much out there to make the whole process good and I could really focus on the content with minimal markup. Except all the stuff you need in your preamble that is.<p>When I had written the book, I just used tex4ht and it spit out HTML that was decent, I could just apply a minimal amount of work and apply some CSS and then I had the epub and mobi.<p>I'm happy with LaTeX but I'm probably never writing another book (or I might..)!
Here are a couple of itches for academics that Latex scratches:<p>1. <i>Templates, so you don't have to control how everything looks:</i> If you're writing a paper, you usually target a specific journal (and retarget later if rejected). If you download that journal's templates you can work on a version of the paper that looks very close to how it will be published. You can also submit a preprint to arxiv so it will be available to others in a close-to-final form while it goes through the (sometimes lengthy) peer-review process.<p>2. <i>Fine control when you need it:</i> While templates allow latex users to primarily worry about content rather than fiddling with appearances, there are still very fine controls in Latex for sweating the fine-details, and believe me, there are plenty of those that academics sweat over. There are a lot of little things that make your text robust against the tyrannies of the template. For example, say you write "For blah blah blah, see Figure 1." in your text. Latex might decide to start a new line after "Figure", leaving "1." starting the next line. Awkward! Rewrite this as "Figure~1" and Latex will not insert a newline there. If you get into the habit of doing that all the time, and many other things, you will spend a lot less time playing whack-a-mole with things that wind up looking funny. When you get good, you truly only have to worry about content.<p>This war between not having to control appearance and controlling it utterly when it matters makes Latex both very powerful and very frustrating to newcomers. Proficiency delivers freedom to worry only about content, which is what academics <i>really</i> want.<p>If HTML+etc is to be an alternative to latex, those templates need to be out there. Otherwise it's a chicken and the egg problem. Nobody has time to use HTML because it would mean developing a new template to meet their target journal's spec's and convincing them to accept that format, so nobody ever develops a template. Journals won't waste time developing templates or altering their system to accept HTML documents unless submitters are interested in submitting via that route. If you truly think you've found a superior alternative to Latex, it is up to you to pick a journal, develop templates that match their format, and get them out there so people can try them.
What would be great is if LaTeX compilers could output to HTML or other more portable backends. I've grown to love LaTeX since my undergrad- I don't have to worry about how things will display like I do with markdown, html and MathJax, it just works. I don't know how possible that will be to replicate in a browser.
Everyone I know with minimal HTML skills that has ever struggled with LaTeX has eventually thought about it.<p>A HTML-like templating language, provided with an ACM-style CSS stylesheet and math/graphic/wtv Javascript libraries does seem appealing but simple problems arise from this.<p>Different browsers render different results, and that's not even remotely acceptable for a to-be-published paper; this lack of consistency is, to me, the greatest obstacle to that reality.
Even considering _very_ similar results on every browser, PDF export would still be incoherent, resulting in mis-pagination (empty pages), "read-while-selected" text and the usual PDF-export-from-format-X bugs.<p>Using Javascript libraries to provide extensability is a clever design, but the same problems apply. I often find textual bugs (hidden text, text above/bellow flow) on websites that rely too much on web fonts, and that shouldn't happen by now (as some are reporting, even on the author's website).<p>Too many factors come to play for this to go wrong, but it all comes down to different browser implementations of <i></i>every single technology in this HTML/CSS/JS stack<i></i> (and that's a lot to go wrong).<p>So while it does seem appealing (give the form and I'll sign it!), I don't think HTML+CSS+JS is even near of getting that experience consistency that typesetting-heavy documents need.
I'm happy with sharelatex (i'm not involved with the company, just a happy user)<p>They have a few glitches here and there but convenient enough to draft some papers in the browser
I do think a project website is a great complement to an academic paper for collecting all relevant information into one place (author info, supplementary material, citation information). I know most Computer Graphics authors have web pages for their papers that include the paper, accompanying video, reference information and very occasionally a demo. I don't think it is a good replacement for academic papers however.<p>Academic papers are intended to be static, finalized content so I don't see the need for anything more than hyperlinks, and even hyperlinks are problematic because the content they link to disappears so often. Because of this PDF makes a great export format because it is nearly as old as HTML, standardized and you know your paper will always look the same. And for generating academic paper PDFs there is nothing that produces better looking papers than LaTeX.<p>As for standardization, TeX is older (1978), more standard (a single definitive reference implementation), and more stable (no feature changes since 1989). LaTeX is not quite as stable (last release was in 1994 with a new version planned for some time in the future) but I would argue it is still more stable than HTML.
Eventually, academic papers should be interactive because taking advantage of electronic media can communicate so much more.<p>See this talk on "Media for Thinking the Unthinkable" by Brett Victor: <a href="http://vimeo.com/67076984" rel="nofollow">http://vimeo.com/67076984</a><p>There still have to be a bunch of changes before we get there.
>But Latex comes with a lot of liability too.
>
> It produces “dead” documents, whose faint attempt at modernity are clickable links.<p>That's because Latex is supposed to be used for printed documents. Printed documents don't care about clickable links.<p>> It is incompatible with almost all but the most advanced information crawling and organizing technologies, for its lack of meaningful meta information.<p>So is my C code, word documents and those macos stickies. PDF document generated from a latex file can fullfill all your meta information needs though.<p>> It is grossly non-interoperable with other modern scientific tools, and mainly it is unable to embed interactive (i.e. “non-dead”) content generated by other tools.<p>I'll try to remember that next time I am embedding lua and R code to generate lab reports.
A couple of alternatives you might enjoy:<p><a href="http://www.stat.uni-muenchen.de/~leisch/Sweave/" rel="nofollow">http://www.stat.uni-muenchen.de/~leisch/Sweave/</a><p><a href="http://orgmode.org/worg/org-contrib/babel/" rel="nofollow">http://orgmode.org/worg/org-contrib/babel/</a><p>These don't fix all the problems mentioned, but they definitely fix this one "It is grossly non-interoperable with other modern scientific tools, and mainly it is unable to embed interactive (i.e. “non-dead”) content generated by other tools.".<p>But why prefer Latex to HTML? Latex makes a beautiful, well-structured document every time. I don't think I've ever made something beautiful in HTML.
A great solution already exists: pandoc.<p>It allows people to generate the required markup from their favourite mark(down)up.<p>Focusing on scientific academia, the workflow of data to paper is already solved with ipython+pandoc (ipython notebook).<p>We have started using ipython notebook 2 months ago, and never looked back. The ipython notebook allows us to do our postprocessing with report write up, making beautiful graphs in matplotlib export it to single file HTML to share with supervisors and collaborators, and then save the entire thing as latex as a starting point for a high quality latex article. When the images are being overhauled we go back to the notebook, save as pdf/svg/png.
Slightly ironic that due to the lack of sub-pixel positioning in HTML my browser (FF 26) has trouble rendering that blog’s (weird?) random rotation and skew transform on the main DIV elements.
Been there, done that: <a href="http://www.svgopen.org/2010/papers/68-Scientific_Publishing_with_XHTML_MathML_and_SVG/index.html" rel="nofollow">http://www.svgopen.org/2010/papers/68-Scientific_Publishing_...</a><p>Not only hasn’t there any advance since 2010, no! It even worsened: With Opera switching to Blink, Chrome dragged it with it into the dark “We need no MathML” hole. Huge step backwards.
I'm not familiar with LaTeX beyond seeing it mentioned occasionally, but based on the discussion it sounds like XML would be the best way to hold the document, then use XSLT and XSL-FO technologies to convert this data/content to LaTeX and/or HTML* documents as required.<p>*and related technologies such as CSS
It looks like LaTeX mechanisms for embedding metadata are improving. XMP looks like a reasonable way to do what needs to be done.<p><a href="http://www.ctan.org/tex-archive/macros/latex/contrib/hyperxmp/" rel="nofollow">http://www.ctan.org/tex-archive/macros/latex/contrib/hyperxm...</a>
I guess HTML is a good substitute for LaTeX in cases where it is too much overkill.<p>What I do when I have to produce documents: Markdown if it doesn't require much formatting, otherwise move to LaTeX to have more customization power (without having to pull my hair off).
The author ignores several advantages of LaTeX, one being: a commitment to forward-compatibility. On any recent version of LaTeX, I can still compile documents from decades ago with a reasonable chance that they still render the same.
Interesting point of view, I posted something similar in a HN discussion months ago <a href="https://news.ycombinator.com/item?id=4136034" rel="nofollow">https://news.ycombinator.com/item?id=4136034</a>
Ever tried tbook? <a href="http://tbookdtd.sourceforge.net/" rel="nofollow">http://tbookdtd.sourceforge.net/</a><p>I've had some luck with ConTeXt personally
I don't use LaTeX simply because LaTeX outputs pdfs. Pdfs stink in their own right but furthermore, pdfs are for printed documents and I don't use paper anymore.