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
As the image attached below, there are some sub-pixel white grid-like image borders when running FitsMap using Chrome.
This could be caused by the floating point rendering inaccuracies when calculating the image position and then rendering it on the screen. I try checking the source code and find this can be resolved by forcing an integer pixel of translate3d CSS attribute for mapPane.
So I write a new scirpt, to call it after zoomend and moveend, to force the XXX, YYY to be integer. Then in Chrome, there will be no sub-pixel grid-like white image border.
For those users, who have made their map directory already, they may directly import the new integerTranslate.js file in the index.js file and un-comment the final two lines within for event callback. Then the white grid issues can be resolved in Chrome and do not need to rebuild the map.
The text was updated successfully, but these errors were encountered:
As the image attached below, there are some sub-pixel white grid-like image borders when running FitsMap using Chrome.
![image](https://private-user-images.githubusercontent.com/48662187/388192234-23f9fd89-d35a-45b1-924c-4995166fc23b.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3Mzg5MzU0MDIsIm5iZiI6MTczODkzNTEwMiwicGF0aCI6Ii80ODY2MjE4Ny8zODgxOTIyMzQtMjNmOWZkODktZDM1YS00NWIxLTkyNGMtNDk5NTE2NmZjMjNiLnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNTAyMDclMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjUwMjA3VDEzMzE0MlomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTFiMjExNjZlNGY4YjkwZDM2ZmRkZDA0YjMxMTE1OWZhNjJlMTVkZTM2MTZlNzBjYzExN2I0NzQ3YTE2OGVkNTgmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.ly4ZZtVtmfM0h7qANMIM8GPCzi0bAJYWEUS2LdobspE)
This could be caused by the floating point rendering inaccuracies when calculating the image position and then rendering it on the screen. I try checking the source code and find this can be resolved by forcing an integer pixel of
translate3d
CSS attribute formapPane
.So I write a new scirpt, to call it after
zoomend
andmoveend
, to force the XXX, YYY to be integer. Then in Chrome, there will be no sub-pixel grid-like white image border.For those users, who have made their map directory already, they may directly import the new
integerTranslate.js
file in theindex.js
file and un-comment the final two lines within for event callback. Then the white grid issues can be resolved in Chrome and do not need to rebuild the map.The text was updated successfully, but these errors were encountered: