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
I've been migrating from react-native-render-html to this new library and one of the things I noticed is that ramda dependencies are still using deep imports. I had a patch for the old library to replace all these with es6 based imports which helped a lot with getting tree-shaking to work properly.
My suggestion would be to make those updates in the codebase.
e.g.
instead of import mergeDeepRight from 'ramda/src/mergeDeepRight';
use import { mergeDeepRight } from 'ramda'
@andrejpavlovic could you provide an example where the tree-shaking didn't work out? I proposed to revert the change (unknowingly), because tree-shaking is not enabled by default in Expo based projects.
It's reverting back to import mergeDeepRight from 'ramda/src/mergeDeepRight';, but I'm not sure why it didn't work you and would like to know what the issue was exactly.
In my testing everything was working as expected with deep imports.
Activity
5ZYSZ3K commentedon Aug 11, 2026
@andrejpavlovic I missed that, thanks! I will create a PR tomorrow
5ZYSZ3K commentedon Aug 13, 2026
@andrejpavlovic I forgot about it yesterday, but it is there now
I'll get that merged after it gets approved by @jsamr
MarkusWendorf commentedon Nov 11, 2026
@andrejpavlovic could you provide an example where the tree-shaking didn't work out? I proposed to revert the change (unknowingly), because tree-shaking is not enabled by default in Expo based projects.
It's reverting back to
import mergeDeepRight from 'ramda/src/mergeDeepRight';, but I'm not sure why it didn't work you and would like to know what the issue was exactly.In my testing everything was working as expected with deep imports.