Socket
Book a DemoInstallSign in
Socket

no-frills-ui

Package Overview
Dependencies
Maintainers
1
Versions
26
Alerts
File Explorer

Advanced tools

Socket logo

Install Socket

Detect and block malicious and high-risk dependencies

Install

no-frills-ui

React components that are made of styled native components. Mostly!

0.0.13
latest
Source
npmnpm
Version published
Weekly downloads
27
1250%
Maintainers
1
Weekly downloads
 
Created
Source

No Frills UI

npm version Minified Size Gzipped Size license

React components that are made of styled native components. Mostly! 😅

Storybook / Documentation: https://no-frills-ui.netlify.app/

Modern-day component libraries make components out of divs with custom styles and abstractions for events. Often their focus is on touch-screen devices and so their event handlers are more focused on handling touch events. This means when we use these libraries, we often ship a lot of code for styles and touch event handlers. Most of which are available in native components out of the box. No Frills UI does not have these decorations, instead it relies on the native components' APIs.

This helps in keeping our DOM much more cleaner as it is not a div soup anymore. It also improves the semantic of the document and making it more SEO friendly. This also means that we are not adding extra code to support accessibility which comes out of the box with the platform itself.

Thus simplifying the API for the component. Now the developer doesn't need to go through a huge doc to know how to use the component, instead, he/she can directly use the native element's props. However, this is also not always possible, as we might want additional functionality on top of our native component. For which I will have to wrap it in divs and the native API won't be directly accessible. To solve this, I use prop spreading on each component and only add props for these extra features.

Limitations

An obvious limitation of this approach is that certain components cannot be styled, like <Option> tag. Though we can style it to some degree, the user experience will still differ based on the platform the user is on.

Should this be used in production?

Well, this is the Achilles heel of this project. Currently, it is not production-ready. Nor it is battle-tested on any big project. I created this repository mostly after realizing that at the start of each project, I juggle a lot between different UI libraries and then settle to using @emotion/styled for half of the components. This is tailored to my needs and I may not even have time to work on it regularly. But you can freely use this in any POCs that you might be working on and then decide whether it fits your needs.

MIT License

Keywords

React

FAQs

Package last updated on 11 May 2021

Did you know?

Socket

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Install

Related posts

SocketSocket SOC 2 Logo

Product

About

Packages

Stay in touch

Get open source security insights delivered straight into your inbox.

  • Terms
  • Privacy
  • Security

Made with ⚡️ by Socket Inc

U.S. Patent No. 12,346,443 & 12,314,394. Other pending.