React-vis: Support for React Native

Created on 21 Feb 2017  Â·  8Comments  Â·  Source: uber/react-vis

Great library! Can this work with React Native? I'm pretty novice and had a quick attempt but getting a lot of red boxes. If not is there potential for creating a version that works with it?

question

Most helpful comment

Hey @Marnnn ,

My understanding of react-native is that it requires packages to not use css. We've been tossing around a notion of introducing a root component called ReactVis that would allow users to declare whether they wanted styling to be handled inline (as react-native requires) or in stylesheets. That said there might be deeper issues preventing us from adding react-native support. I'd be open to hear thoughts from anyone who knows more about that topic than I do!

All 8 comments

Hey @Marnnn ,

My understanding of react-native is that it requires packages to not use css. We've been tossing around a notion of introducing a root component called ReactVis that would allow users to declare whether they wanted styling to be handled inline (as react-native requires) or in stylesheets. That said there might be deeper issues preventing us from adding react-native support. I'd be open to hear thoughts from anyone who knows more about that topic than I do!

Hi, Is there any update on this topic? I'm looking into charting library that support react-native too. At the moment, the victory and victory-native seem work well on react and react-native, but I do like the simplicity of the react-vis. Thanks!

There hasn't been any progress on this topic unfortunately, it still very much a nice to have, and not a critical path feature

How would this work with d3?

On Thu, May 11, 2017 at 10:11 PM, Andrew McNutt notifications@github.com
wrote:

There hasn't been any progress on this topic unfortunately, it still very
much a nice to have, and not a critical path feature

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/uber/react-vis/issues/278#issuecomment-300985408, or mute
the thread
https://github.com/notifications/unsubscribe-auth/ABEzW99iOYG2yxzRYr8io_8mfGsn1m7Xks5r4-oVgaJpZM4MHQUm
.

Sorry, hit send too soon -- have we abstracted d3 completely away from the
DOM? In that case, theoretically doable...just wondering how feasible in
practice.

On Fri, May 12, 2017 at 9:01 AM, Eric Socolofsky ericsoco@uber.com wrote:

How would this work with d3?

On Thu, May 11, 2017 at 10:11 PM, Andrew McNutt notifications@github.com
wrote:

There hasn't been any progress on this topic unfortunately, it still very
much a nice to have, and not a critical path feature

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/uber/react-vis/issues/278#issuecomment-300985408,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ABEzW99iOYG2yxzRYr8io_8mfGsn1m7Xks5r4-oVgaJpZM4MHQUm
.

React-vis uses only react for it's DOM manipulation, so it is completely do-able! That said, there are just some tough questions to answer.

  • Should this be part of react-vis, or should there be a separate repo (react-vis-native)? If the former, how do we keep the package size down? if the latter we probably need to abstract a number of things within react-vis to make the change over more feasible.

  • Should we develop each one of the marks as their own view components or use a svg package such as https://github.com/react-native-community/react-native-svg (which is what victory charts does)

  • Why would we want to do this? react-vis was originally developed for uber's numerous web-based visualization systems, is there a pressing need to push our API into the native world? If so, how will we be better than victory-charts?

we can consider doing a react-vis-native repo but that is not in the roadmap for now.

Hi, is this still off the roadmap? I'd be happy to contribute to this if it's activated.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

cang-afero picture cang-afero  Â·  4Comments

mcnuttandrew picture mcnuttandrew  Â·  5Comments

kbouaazzi-ds picture kbouaazzi-ds  Â·  3Comments

wroughtec picture wroughtec  Â·  4Comments

zavrick picture zavrick  Â·  4Comments