Re:Show HN: Make your site’s pages faster than instant in on...
by grx on Saturday May 16, 2020 @11:29AM
(#23204187)
> Do you want fast pages? Make your server-side rendering fast
Yeah.. imagine being so thirsty for page load efficiency that you ignore all the bloat of JavaScript and poor server-side rendering but instead directly skip to breaking the standardized GUI/UX
Re:Show HN: Make your site’s pages faster than instant in on...
by dieulot on Saturday May 16, 2020 @11:30AM
(#23204197)
instant.page is 1.1kB and encourages efficient server-side rendering.
Re:Show HN: Make your site’s pages faster than instant in on...
by grx on Saturday May 16, 2020 @11:33AM
(#23204230)
Sorry if my comment came in kinda offensive, it's a general stance I was criticizing, not your project in particular! Your offer is based on an existing demand, so who should feel addressed are those who use solutions like yours.
Re:Show HN: Make your site’s pages faster than instant in on...
by boublepop on Saturday May 16, 2020 @11:46AM
(#23204356)
There’s a joke about two bankers walking down wallstreet. One says to the other: “my gosh look, there’s a 100$ bill on the ground”. The other without looking down turns to him and says: “Impossible! iIf there was 100$ on the ground someone would have picked it up!”
Re:Show HN: Make your site’s pages faster than instant in on...
by chrismorgan on Saturday May 16, 2020 @12:24PM
(#23204780)
But note that keyboard things operate on key down. Software operating on key up has caused me surprisingly much grief. I can think of two systems I interact with, off the top of my head, that trigger things on Escape key up, which is badly wrong in that I often do Alt down → Tab press → no wait, I do want to be here → Escape press → Alt up, and so the browser which didn’t see the Escape down (because it didn’t belong to it) does see the Escape up, and improperly cancels what I was in the middle of or similar. This is so annoying.
Re:Show HN: Make your site’s pages faster than instant in on...
by reaperducer on Saturday May 16, 2020 @11:50AM
(#23204388)
Buttons are typically triggered on mouse-up events, not mouse-down, and there's probably good reasons for that.
So you can drag the link somewhere else. Like to the desktop or a text editor or a terminal window.
Re:Show HN: Make your site’s pages faster than instant in on...
by hlandau on Saturday May 16, 2020 @11:54AM
(#23204438)
Yep. This convention also enables the cancellation of a click, which can be useful if you realise your error mid-click.
Another piece of software egregious for violating this UI convention is Adobe Reader. I remember upgrading to, IIRC v9? and finding that all buttons in it had been changed to actuate on mouse-down, and wondering what the christ the developers were thinking. Perhaps they thought it made their software seem more "responsive".
Re:Show HN: Make your site’s pages faster than instant in on...
by CraftThatBlock on Saturday May 16, 2020 @11:40AM
(#23204300)
This is incorrect. It starts loading on mouse down, but still acts on mouse up.
Re:Show HN: Make your site’s pages faster than instant in on...
by tjeannin on Saturday May 16, 2020 @11:46AM
(#23204350)
Not the case on the https://instant.page website. If you mouse down links, the page changes.
Re:Show HN: Make your site’s pages faster than instant in on...
by mcintyre1994 on Saturday May 16, 2020 @11:41AM
(#23204317)
It doesn't - try drag-dropping one of the links in their sidebar into a new tab. You get the page changed before you lift the mouse button.
This breaks the standard GUI interaction model. Buttons are typically triggered on mouse-up events, not mouse-down, and there's probably good reasons for that.
Any client-side hacks that attempt to improve the perceived page speed are somehow bound to break something. If there really is a simple way, it's already been implemented at the browser level, for all websites. Link prefetching is already a thing. Do you want fast pages? Make your server-side rendering fast.