detect-responsive-traits

Determine responsive traits to only server-side render markup truly needed. (by artsy)

Stats

Basic detect-responsive-traits repo stats
1
29
3.5
2 days ago

artsy/detect-responsive-traits is an open source project licensed under MIT License which is an OSI approved license.

Detect-responsive-traits Alternatives

Similar projects and alternatives to detect-responsive-traits

  • GitHub repo react-native-magnus

    A Utility-First React Native UI Framework 🚀🧩

  • GitHub repo chakra-ui

    ⚡️ Simple, Modular & Accessible UI Components for your React Applications

  • GitHub repo react-native-extended-stylesheet

    Extended StyleSheets for React Native

  • GitHub repo dripsy

    🍷 A responsive, theme-based design system for Expo + React Native Web.

  • GitHub repo @artsy/fresnel

    An SSR compatible approach to CSS media query based responsive layouts for React.

NOTE: The number of mentions on this list indicates mentions on common posts. Hence, a higher number means a better detect-responsive-traits alternative or higher similarity.

Posts

Posts where detect-responsive-traits has been mentioned. We have used some of these posts to build our list of alternatives and similar projects - the last one was on 2021-06-10.
  • Magnus UI vs. Dripsy - Chakra UI alternatives for React Native (+Web)
    dev.to | 2021-06-10
    Before, Dripsy used a library called Fresnel to achieve achieve Responsivity with CSS media queries. CSS breakpoints on web will rely on the mobile device's user agent for most cases. But since this can be inaccurate, Fresnel also uses pre-emptive server-side breakpoint generation. Basically, if the mobile user-agent cannot be accurately detected (if you combine Fresnel with its sister library, detect-responsive-traits), then Fresnel will render all media query breakpoints on the server (a bit of extra work for the server, since it might lead to rendering more components). So the client's browser will receive all breakpoints on first render and can immediately start rendering according to the correct ones. Instead of waiting for React to rehydrate before only then running the media queries with CSS-in-JS, which would have given latency and potentially unwanted visual side-effects. This becomes most acute when you are using SSR, and thus don't want to wait for rehydration on the client to start showing the responsively laid out content.