You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In Chrome for Mac Os translate3d is used and, when called with non-integer values, it causes the whole content of the moved element to appear blurred.
The effect can be mitigated by using only integer part of x/y value, i.e. parseInt() or bitwise for perf, or by rounding the value.
Also I see no positioning errors if only integer part of the value is used, but I can only test on Mac.
What do you think would be the best way to handle this? Is it OK to add the rounding to translate3d
in translateDOMPositionXY.js itself, or it's best to round the values higher in the code and only call translateDOMPositionXY() with integer values?
The text was updated successfully, but these errors were encountered:
Hello, I'm using a js module (it's basically a fork of fb fixed-data-table) that relies on fbjs translateDOMPositionXY.js for scrolling it's dom content.
https://github.com/facebook/fbjs/blob/master/packages/fbjs/src/dom/translateDOMPositionXY.js
In Chrome for Mac Os translate3d is used and, when called with non-integer values, it causes the whole content of the moved element to appear blurred.
The effect can be mitigated by using only integer part of x/y value, i.e. parseInt() or bitwise for perf, or by rounding the value.
Also I see no positioning errors if only integer part of the value is used, but I can only test on Mac.
What do you think would be the best way to handle this? Is it OK to add the rounding to translate3d
in translateDOMPositionXY.js itself, or it's best to round the values higher in the code and only call translateDOMPositionXY() with integer values?
The text was updated successfully, but these errors were encountered: