Earlier quoted context omitted.
Yes I refer to the gzipped size as usually the other libraries do. I don't think that gzipping is so heavy on system resources considering that most of the websites are gzipped nowadays
gzipping is cheap, but it's not a very meaningful indicator of anything. It only refers to bandwidth and only for the first site visit. Even for js-heavy sites all the minimized and gzipped javascript put together will be smaller than a single png file. That the library doesn't have dependencies is much more important, because then it can be loaded in parallel with other libraries. That matters a lot for performance.
Show HN: Popper.js, a 3KB library to manage tooltips and popovers
51–60 of 62 posts
Re: Show HN: Popper.js, a 3KB library to manage tooltips and popovers
#52Earlier quoted context omitted.
Hi! Popper.js dev here. There are several advantages: - The size is half of Tether (3.5 vs 7); - Popper.js doesn't need any additional CSS in your page; - It works even with elements not placed as direct children of body; - It's much much faster (compare both on mobile, you'll see Tether lagging a lot!); - It automatically detects the size of the tooltip arrow; - Inside Popper.js you already have a way to create tool…
I've actually been looking for something that goes the other way. The main issue i've had with Tether and React is that Tether does too much. I don't want a lib that manipulates the DOM itself, I want a overlay positioning engine that I can use to position an element (much like Popper and Tether), but that leaves the positioning up to me (ie let React keep full control of the DOM). Obviously i'd need to subscribe to…
Re: Show HN: Popper.js, a 3KB library to manage tooltips and popovers
#53Earlier quoted context omitted.
gzipping is cheap, but it's not a very meaningful indicator of anything. It only refers to bandwidth and only for the first site visit. Even for js-heavy sites all the minimized and gzipped javascript put together will be smaller than a single png file. That the library doesn't have dependencies is much more important, because then it can be loaded in parallel with other libraries. That matters a lot for performance.
Labeling everything in their gzip size (without the real size) is a bad new trend in my opinion. It feels like an unfair marketing practice since older projects won't mention gzip at all. I use gzip, but I don't think of my project in gzip numbers. The biggest issue I have with it is that now if somebody explicitly does not state whether or not they are talking about real size or gzip size, is likely that both of us…
Re: Show HN: Popper.js, a 3KB library to manage tooltips and popovers
#54Re: Show HN: Popper.js, a 3KB library to manage tooltips and popovers
#55Looks great. FYI, I can see the border between the rectangle and the triangle on all the poppers. I think it'd look better if it wasn't there.
Re: Show HN: Popper.js, a 3KB library to manage tooltips and popovers
#56Re: Show HN: Popper.js, a 3KB library to manage tooltips and popovers
#57> GPU ACCELERATION > If supported by browser, poppers will be positioned using CSS translate3d, making your poppers even faster! How is a transformation accelerated by the GPU? I'm pretty sure translations are done on the CPU before sending the final transformation matrix to the GPU.
When you use translate3d, the element is moved to a different rendering layer, rendered by the GPU. This improves the fluidity of it
Re: Show HN: Popper.js, a 3KB library to manage tooltips and popovers
#58Re: Show HN: Popper.js, a 3KB library to manage tooltips and popovers
#59Earlier quoted context omitted.
Totally understand your pain. Did you try https://huu.la ? It never messes up with the user's page DOMs and you don't even need to write code to use it.
May you avoid spam please?
Huula does solve the problem the user is facing, so by any means, this is not spam at all.
And BTW, we are targeting different segments. You want to serve developers, I want to serve non-tech person, like HRs, Operations, etc. So technically, we are not competitors!