Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Make your site’s pages faster than instant in one minute

instant.page

Post reply on HN
Print view View original

21–30 of 59 posts

Re: Show HN: Make your site’s pages faster than instant in one minute

#21

Post by Aeolun »

dieulot wrote: post #3
kurtextrem wrote: post #2

This is a clever trick (using mousedown to trigger a click), but breaks drag & dropping links, drag & dropping links to new tabs. and there is also a thing I tend to do: If I notice I pressed the mouse button down on the wrong link, I move the cursor away from that link and let the button go up on the correct or in free space, so the browser doesn't navigate (not sure how common this behaviour is, though)

Didn’t think of drag and dropping links to new tabs! Yeah, that’s a bit of a sad regression. The two other use cases you mention aren’t common at all though.

It’s common enough to be damn inconvenient if the ability just suddenly disappears.

If it happens on all sites at the same time it’s one thing. If it happens on just your site I will just feel like your site is icky (and I might not even know why).

Re: Show HN: Make your site’s pages faster than instant in one minute

#22

Post by dieulot »

grx wrote: post #20
noisem4ker wrote: post #13

>it triggers the page load when the user starts pressing their mouse 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 leve…

> 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

instant.page is 1.1kB and encourages efficient server-side rendering.

Re: Show HN: Make your site’s pages faster than instant in one minute

#23

Post by grx »

dieulot wrote: post #22
grx wrote: post #20

Earlier quoted context omitted.

> 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

instant.page is 1.1kB and encourages efficient server-side rendering.

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 one minute

#24

Post by silvat »

dieulot wrote: post #3
kurtextrem wrote: post #2

This is a clever trick (using mousedown to trigger a click), but breaks drag & dropping links, drag & dropping links to new tabs. and there is also a thing I tend to do: If I notice I pressed the mouse button down on the wrong link, I move the cursor away from that link and let the button go up on the correct or in free space, so the browser doesn't navigate (not sure how common this behaviour is, though)

Didn’t think of drag and dropping links to new tabs! Yeah, that’s a bit of a sad regression. The two other use cases you mention aren’t common at all though.

Chiming in just to say that I do this too and would suspect it actually is quite common

Re: Show HN: Make your site’s pages faster than instant in one minute

#25

Post by detaro »

dieulot wrote: post #3
kurtextrem wrote: post #2

This is a clever trick (using mousedown to trigger a click), but breaks drag & dropping links, drag & dropping links to new tabs. and there is also a thing I tend to do: If I notice I pressed the mouse button down on the wrong link, I move the cursor away from that link and let the button go up on the correct or in free space, so the browser doesn't navigate (not sure how common this behaviour is, though)

Didn’t think of drag and dropping links to new tabs! Yeah, that’s a bit of a sad regression. The two other use cases you mention aren’t common at all though.

> The two other use cases you mention aren’t common at all though.

based on which data? Drag-dropping links to other applications is quite useful.

We'll, lets hope most users of this do indeed load it from your domain, so my scriptblocker will stop it.

Re: Show HN: Make your site’s pages faster than instant in one minute

#27

Post by mcintyre1994 »

thefreeman wrote: post #12
dieulot wrote: post #3

Earlier quoted context omitted.

Didn’t think of drag and dropping links to new tabs! Yeah, that’s a bit of a sad regression. The two other use cases you mention aren’t common at all though.

It's extremely common. It is unclear to me if the mousedown event just kicks off preloading of the page, or actually forces you to navigate to the page. If it's the latter, you are breaking decades of mouse ux changing a click from a mousedown followed by mouseup.

It's the latter - it's in use on all links on their sidebar.

Re: Show HN: Make your site’s pages faster than instant in one minute

#28

Post by anpago »

kurtextrem wrote: post #2

This is a clever trick (using mousedown to trigger a click), but breaks drag & dropping links, drag & dropping links to new tabs. and there is also a thing I tend to do: If I notice I pressed the mouse button down on the wrong link, I move the cursor away from that link and let the button go up on the correct or in free space, so the browser doesn't navigate (not sure how common this behaviour is, though)

Yep I think a lot of users might be quite annoye, if they didn't have the reverse out of a click option.

Re: Show HN: Make your site’s pages faster than instant in one minute

#30

Post by prepromorphism »

thefreeman wrote: post #12
dieulot wrote: post #3

Earlier quoted context omitted.

Didn’t think of drag and dropping links to new tabs! Yeah, that’s a bit of a sad regression. The two other use cases you mention aren’t common at all though.

It's extremely common. It is unclear to me if the mousedown event just kicks off preloading of the page, or actually forces you to navigate to the page. If it's the latter, you are breaking decades of mouse ux changing a click from a mousedown followed by mouseup.

+1
Post reply on HN