Live data from Hacker News

Don't attach tooltips to document.body

atfzl.com

31–40 of 98 posts

Re: Don't attach tooltips to document.body

#31
post #22

... this post perfectly encapsulates why I hate web development. A painful and easy to miss bug when trying to reimplement a GUI feature that's been available in every decent GUI framework for over two decades.

Same here. Got a job to do some java. 6 months later, I had to learn angular. 6 months later I was not in the company anymore.

HTML was not designed to be dynamic. There are too many redundant feature of HTML/CSS/JS, and honestly I would make everything obsolete and design a new document format with a open binary format.

Re: Don't attach tooltips to document.body

#32
post #22

... this post perfectly encapsulates why I hate web development. A painful and easy to miss bug when trying to reimplement a GUI feature that's been available in every decent GUI framework for over two decades.

I really wish we'd gotten a couple more useful native controls back when there was any will to add that kind of stuff... It's sad/annoying to see all this reimplementation of simple stuff like comboboxes, and then all this extra effort to make it work OK in different form factors... The great experience of the select element that just gets you a mobile appropriate native UI for free is unavailable for so many simple…

The "problem" with native controls is that they might visually clash with the design of your website. That's why everybody implements their own controls or uses libraries like jQuery. And sadly, that's probably why we don't have good default controls.

Re: Don't attach tooltips to document.body

#33
post #22

... this post perfectly encapsulates why I hate web development. A painful and easy to miss bug when trying to reimplement a GUI feature that's been available in every decent GUI framework for over two decades.

I don't consider this a bug, it's really a very minor performance issue. 80ms isn't going to be noticed by users

this is exactly why SPA's get a bad rep: developers think an 80ms delay on a minor render operation is acceptable

Re: Don't attach tooltips to document.body

#34
post #32

Earlier quoted context omitted.

I really wish we'd gotten a couple more useful native controls back when there was any will to add that kind of stuff... It's sad/annoying to see all this reimplementation of simple stuff like comboboxes, and then all this extra effort to make it work OK in different form factors... The great experience of the select element that just gets you a mobile appropriate native UI for free is unavailable for so many simple…

The "problem" with native controls is that they might visually clash with the design of your website. That's why everybody implements their own controls or uses libraries like jQuery. And sadly, that's probably why we don't have good default controls.

> The "problem" with native controls is that they might visually clash with the design of your website.

CSS can fix that once good native controls are implemented.

Re: Don't attach tooltips to document.body

#36
post #26
post #21

I am not a UI dev, but I have seen some noise about using Canvas based text rendering. What is HN's opinion on this?

Sounds awful. No accessibility to screen readers. It's raster-based so you can't zoom. No text selection or copying. And that's just what I thought of off the top of my head...

Shouldn't screen readers use OCR? I mean OCR is basically a solved problem, and there are situations when you want to read what's in an image, or when the HTML is a mess.

Re: Don't attach tooltips to document.body

#37
post #19
post #17

Earlier quoted context omitted.

Nor do custom tooltips though because the majority of websites and apps fire them on a mouseover event.

Tooltips on mobile are tough. Tooltips usually are on links. For example here on HN, hover over "11 minutes ago" in the comment header and it shows the time. Could this be made available to mobile users? Seems tricky. My first thought would be to show it when the user taps and holds. But that also triggers the browsers default context menu for links. So it would make a murky experience.

I wonder if a hover over event would be good for UX.

I think most of the current displays can detect a finger hovering over the display but not necessarily touching it.

It might be a complete disaster though, just wondering how that info could be used.

Re: Don't attach tooltips to document.body

#39
post #22

... this post perfectly encapsulates why I hate web development. A painful and easy to miss bug when trying to reimplement a GUI feature that's been available in every decent GUI framework for over two decades.

I don't consider this a bug, it's really a very minor performance issue. 80ms isn't going to be noticed by users

"Minor" performance issues add up quickly when there are more of them. And with this attitude there will be more of them
Post reply on HN