zlacker

Google: you are a web company. Please learn to publish your research papers as web pages.

>>simonw+(OP)
I expected to see some eldritch css monstrosity, but no, its just a pdf. A well formatted one, at that.

What’s your issue there?

>>orange+81
Reading two column PDFs on a mobile phone sucks.

Plus I can't use web tools, like "Read this page" in Mobile Safari.

And copying and pasting is harder.

And I can't link to individual sections.

I'm honestly baffled by people who prefer PDFs for this kind of information. Are they printing them out on paper and going at them with a highlighter or something?

>>orange+81
PDF content is not web-indexed. Their Google Scholar link doesn't even work either.

>>simonw+(OP)
Conference papers use templates. It's not like Google can choose.

>>esteba+K1
They can choose to publish it in both HTML and PDF.

>>simonw+(OP)
That’s not a blog post. This is an academic preprint, I imagine the format is as prescribed.

>>simonw+x1
Indeed. That’s the easiest way to show your students/professor/coworkers which are the crucial bits.

>>simonw+(OP)
Seriously. It’s not like that was the actual purpose of html or anything.

>>simonw+R1
Maybe. Maybe not. Depends on the publisher’s terms.

>>simonw+x1
Just my personal take, but when I have to read something carefully, I find it easier to do on paper.

For example, I recently wrote an article about taking random samples using SQL. Even though I was writing it for my blog, which is HTML, I proofread the article by rendering it as a PDF doc, printing it out, and reviewing it with a blue pen in hand.

What surprised me is that I also found it easier to review the article on the screen when it was in PDF format. TeX just does a way better job of putting words on a page than does a web browser.

Actually, if you want to do the comparison yourself, I'll put both versions online:

HTML: https://blog.moertel.com/posts/2024-08-23-sampling-with-sql....

PDF: https://blog.moertel.com/images/public_html/blog/pix-2024060...

I don't think either version is hard to read, but if I had my choice, I'd read the PDF version. But maybe that's just me.

Let me know which you prefer.

>>simonw+(OP)
I really wish that browsers had developed first-class support for offline web page bundles. There's no way to share a page that is guaranteed to be self-contained and not hit the network, especially if you want to use javascript. It's particularly frustrating since browsers supported offline mode as far back as the 90s; it just needed to be combined with support for loading from zipped folders.

That simple change would've largely solved the academic paper problem decades ago. It's bizarre that it still isn't a feature.

>>jml7c5+ma
One option her is to inline all assets - images etc - as bas64 URIs. The HTML page ends up huge but it will at least be self-contained.

>>simonw+Ba
Yes, but it's not guaranteed to be self-contained. I wouldn't want to open a random HTML file knowing that it could phone home, or that the content might break one day without me realizing. There's a practical and psychological aspect to sharing `steves_paper_2014.html` versus `steves_paper_2014.offlinesitebundle`. The latter feels safe and immutable.

>>tmoert+N8
On mobile phone, as a reader with photophobia, the pdf causes physical pain, and is illegible, whereas the html is perfectly readable via reader mode (where text can be enlarged and dark mode settings are respected.

>>LeonB+Pg
Thanks for sharing this perspective! HTML is a lot more accessible in general than PDF documents.

QQ: Do the math formulas render properly in reader mode for you? (On my test with Chrome, the answer seems to be no.)

>>tmoert+pi
I don’t think the formulas are rendered in reader view. (iOS Safari)

In the browser (iOS Safari) I use an extension (dark reader) to give it a dark theme, and the formulas render just fine there.

>>jml7c5+bc
What you want is an HTML tag or response header that restricts network access, which the browser can then enforce. Offline or a list of allowed domains, this would be great for security in general. Not so great for advertisers though.

>>jml7c5+ma
this is what you are looking for i believe (web archive format) https://en.wikipedia.org/wiki/WARC_(file_format)?oldformat=t...

>>abelch+Yw
Browsers don't have native support for opening WARC. It doesn't solve the safety problem either: you can still construct a WARC that phones home, AFAIK.

It's a great format for the problem it solves, but if browsers supported offline-only files the container format wouldn't (and shouldn't) need to be that complicated.

>>simonw+x1
Personally, it's sending it to GoodReader on a 13" iPad.

I don't know that I'd go so far as to say I 'prefer' this, but there are a lot of PDFs out there, this works fine, and it's a nice change of pace given how much time I spend in front of a monitor / laptop screen.

>>LeonB+9m
(Minor correction, the plugin is called ‘dark night’)

>>simonw+R1
if you replace in an arxiv.org link with ar5iv.org it will auto translate to html if possible

>>irq-1+6s
Then you have to verify that the tag is there, right? But if it has another extension like .offlinebundle you can know thay browsers will not make any extra requests.

>>simonw+R1
Translating LaTeX to HTML is not a straightforward process, unfortunately. Many people have tried to implement automated translation systems, but nothing has really worked out yet.

I think it's unfair to expect the research team to invest additional hours in learning how to make good websites, so to solve your problem would require hiring additional talent whose only job is to translate academic PDFs into accessible web pages. I don't think that's a bad idea, and certainly Google has the funds to do something like that, but I don't imagine they'd find it to be a good use of money. Accessibility is an afterthought for most major companies these days.

>>jml7c5+ma
Mail clients kinda do that (or at least they can, if asked to). Also, why would academic papers need JS anyway? CSS and images, I can get, but beyond that there's no need for anything fancier.