Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

If I was doing slides like this, it would be because I was going to use them in a talk. Then I would want the back button to go back one slide.

If I then put them on the internet, I may not bother editing them to make the more "internet friendly".



I personally would expect the back button to go back one slide, and would argue the opposite: that having the back button skip all the way to the previous web page is unintuitive and not "internet friendly". I mean, imagine if this slide deck were implemented using normal links: the fact that they are using some JavaScript-oriented feature to change the hash instead of changing the path shouldn't change the functionality, and implementing this without JavaScript would make it more clear that this is conceptually a page transition.


But how would you go forward in the first place? Not with the "Forward" button, because you haven't visited the page yet.

Instead, you press "Right" or "PgDn" or what have you. So I would expect the converse button ("Left" or "PgUp") to go back a slide as well (which it presumably does).

That leaves the browser's Back button to go back to the previous web page.

Everybody's happy!


>That leaves the browser's Back button to go back to the previous web page

Why approach 10+ slides as "a single page"?

If you consider them as 10 web pages, the back button makes sense to go back one page. Same for the left button, given the "presentation" use case.

And if they were actually designed as webpages, with html links taking you to slide2.html, slide3.html etc., that's exactly what you would get.

So if anything, whether this is a SPA or not, this is more in tune with how the internet works, and how it was designed to work.


This way a person can link to a particular page.


You CAN link to a particular page. Here, page 14.

http://kupershmidt.org/pg/10_Things_I_Hate_About_PostgreSQL/...




Consider applying for YC's Summer 2026 batch! Applications are open till May 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: