Hacker News Reader

Comment by fake-name | Hacker News Reader

Holy shit, fuck that site. It overrides the BACK AND FORWARD BUTTONS for fucking page changes.

I can't actually tell if that's sarcasm anymore or not. Next slide is a new URL, new page. Based on initial testing, the behavior seems fine. Same behavior as one would have for something like http://example.com/my-presentation/1.htm, 2.htm, 3.htm, etc. and navigating them with hyperlinks on each slide that link to neighboring slides.

It's not like Back/Forward browser buttons are overrode to behave and previous/next for the slide presentation.

Remember those horrible embedded Flash presentations that you couldn't directly link to a particular slide within the blob? Yeah, that "breaks the Web". Back/Forward is supposed to go back to the previous page the user was on (which is a "slide" in this case).

Using Chrome 43.0.2357.81 (64-bit) / OS X.

I would agree except that they also use scrolling to change slides. It feels a little weird to scroll down 3 ticks of the mousewheel, then have 3 clicks of the back button do the reverse action.

Scrolling is a separate matter. I didn't even bother to scroll the first time. I just pressed the next/previous buttons on the slide navigation bar.

In the scrolling case, I still don't see how it's "overriding the browser buttons", but rather having a JavaScript that advances to the next page on scroll.

In the scrolling scenario, my actual back and forward browser buttons behaved as expected — just for the pages (slides) I visited. No more, no less.

You mean, it changes the page URL on each action you take? So pressing "back" takes you to the thing you were... looking at previously.

Going to a new tab in Chrome, navigating to <https://docs.google.com/presentation/d/1r7QXGYOLCh4fcUq0jDdD..., and clicking my browser's "back" button takes me back to the New Tab Page, so I'm not sure I'm seeing the behaviour you're describing.

I opened it on my iPad, it added a browser history entry for each slide as the OP mentioned and unlike my parent mentioned. Pressing 32 times on the back button isn't fun. It's just bad UX design.

There should be a "share" button that spites out the URL with the hash-tag of the current slide - similar to Youtube where you can click on the "share" button below the video to link to a specific time in the video, e.g. https://youtu.be/I26EwcssMbY?t=1m37s

Don't blame the site for your browser's shortcomings. On Firefox, you can just hold the back button if you want to go back to an earlier page.

That actually Google Docs slides in presentation mode. I'm... not a fan.

If you find yourself having to interact with these a lot, which I do, you might find it useful to click on the cogwheel icon at the bottom of the screen and select 'Open in editor'. That gives you a completely different and IMO much easier to read view of the same document:

https://docs.google.com/presentation/d/1r7QXGYOLCh4fcUq0jDdD...

I think it is assumed you will open a presentation in a separate tab and not need to 'return' anywhere.

You could argue that every link should open in a new tab by default and only replace the contents of the current tab in special cases, instead of the other way around. In the past 20 years we've been 'trained' to have different expectations, because of the design of the first websites, browsers and the resource limitations of those days. However, the designs and abilities of all of those have changed and it may be worthwhile to reconsider the current default.

It's even worse with a Magic Mouse. Just touching the mouse flips the slides 10 ahead.

Seeing and annoyed by the same thing. I'm surprised Google would muck up the UI that badly

Reply on news.ycombinator.com