Re:You probably don’t need input type=“number”
by edoceo on Monday March 25, 2019 @12:55AM
(#19480376)
On Maps prime site it makes sense, embedded on other pages it makes less sense. But, the page other needs to add one line of config, or G needs to change defaults for embedded
[ Parent
| on HN ]
Re:You probably don’t need input type=“number”
by mehrdadn on Monday March 25, 2019 @01:03AM
(#19480404)
But even when I'm on an embedded map it's super annoying to have to hold control... I pretty much never want to scroll if my mouse is hovering over the map. It's how it works in every application isn't it? Scrolling while hovering affects the object under the cursor, not the object with the focus. I feel like it might be better if the page has logic that checks "if you're already scrolling, then keep scrolling the same object instead of shifting focus to the embedded map"?
Re:You probably don’t need input type=“number”
by hosay123 on Monday March 25, 2019 @01:21AM
(#19480454)
I have yet to encounter an embedded map that could not have better been
- a static image
- a table of addresses with an external map link
It's not just the idea of wheeling around in some 256x256 box added at the last minute to a Contact Us page, the entire concept of an embeddable map is shit
Their main purpose seems to be to add 1 second to page loads across the web, and feed more clickstream back to the mothership
The main exception to this I can think of right now is Flightaware, but even that does not require such detailed rendering