I'm considering using Blueprintjs in an application.
Is it possible to use custom SVG icons in the button, menu and navbar components? All the examples I've seen use the built-in icon set.
The app I'm developing would rely heavily on custom icons so being restricted to the built-in set wouldn't work.
Seems like it would be an obvious thing to be able to do, so I presume I'm just not finding the samples. If anyone could point me to some, I'd appreciate it.
Custom icons are currently unsupported in the core components. You should follow this issue for future updates that might enable support for this kind of use case: https://github.com/palantir/blueprint/issues/365
Related
I was on a project last year where I had some very specific requirements to create new table column and populate it dynamically with styled icons based on data combinations in each row. Iirc I was encountering some issues with the default theme styling approach for this design. MUI had recently introduced scss support and that was the perfect solution to the problem which gave me full control over dynamic styling.
But as a rule, does it make sense to always use themes as the default styling approach in MUI? Eg does the themes styling approach provide certain configuration abilities that are only really available or practical via that particular styling approach? Is MUI scss support realy only provided as a one-off way to provide flexibility to handle very specific one-off scenarios like the one I described in my first paragraph?
So if a team was laying out design and coding standards at the beginning of a project, would the logical approach be to lay out a standard to always use themes for styling MUI by default and leverage special scss styling only as needed? Or has anyone made a case at the outset of a MUI project that scss should be used as the default way to style a MUI project? Would that even be possible? Ie would you lose particular capabilities for leveraging certain aspects of MUI right off the bat?
I'm going to start a react project. I want a little clarification about the choice of Material UI over Reactstrap. Material UI is better than Bootstrap as mentioned in another comparison of Bootstrap vs Material UI for React?. But I'm a little confused about Reactstrap after going through Pros & Cons of Material UI and Reactstrap as shown in the below images. Or should I use both of them as per requirement in the same project?
I would like to use ready made UI components like Collapse-able Side Menu, Tables with pagination, Auto complete Select etc.
react-bootstrap is more popular than reactstrap. I will speak about react-bootstrap and Material UI.
I have more experience with Material UI. I don't even know how Material UI became that popular while it was very bad when it was released. It used inline styling and it was a nightmare to customize anything. Its performance was very poor. Still, it became very popular and it improved a lot. I used it in my latest project and the performance was great and I used its new CSS in JS solution combined with styled-components. I think it will be a bit harder to use than react-bootstrap but it has more components out of the box.
For most people, react-bootstrap would be an easier choice.
I can't tell you which one to use but I can give you some things to think about and decide yourself:
Which design do you prefer?
If you have more experience with bootstrap, go with react-bootstrap.
If you prefer sass go with react-bootstrap. If you prefer CSS in JS go with Material UI.
If react-bootstrap is missing some components you would need that exists in Material UI go with Material UI but remember that you can add other external components to your project anyway so I think this may not be a limitation.
It depends on your choices, yes, it's a little bit of complicated to customized material, but the looks and feels is outstanding, for tables and all, better to use Material-UI it has inbuilt pagination if you are not comfortable in that you can try this one it also comes inbuilt pagination and much more https://github.com/react-bootstrap-table/react-bootstrap-table2
I agree with comments about the cons referred in your question seems to be more opinions than facts; probably the only fact we can say after compare the two packages is that Material UI has some more built in components.
Once said that it's hard to take a decision without knowing the specification of your project.
Probably the best suggestion we can give you is simply use the one you are more comfortable with.
Hope this helps.
Refer to my experience, if it is an commerial/external project that needs minimal branding, and you are looking for basic reuse-able component to create Admin Portal or CMS, I prefer reactstrap/CoreUI. My main concern is Theme Overriding.
Not enough documentation about overriding material ui style, had quite a hard time to edit and test the theme setting again and again, while reactstrap/CoreUI allow you to import your own .css file, or overriding its class css. So you can simply change the textfield padding at once in css while your designer request to.
Neither material ui and reactstrap/CoreUI can fulfil your need. You may install other useful npm like react-select, multiple datetime picker, autosize textarea, or color picker. Then you try to make its style to be consistent as other Textfield. Styling a component like material ui is quite hard because of its behavior, e.g. label zoom out while focus. But Styling like reactstrap/CoreUI is much easier, you can even reuse the bootstrap classname.
If you are trying to deliver something fast & small without designer, material ui is a good choice, cover most of your use cases. If it is a long-term project and designer is watching you, I am afraid material ui is not a good choice.
Anyway, case by case.
I would say it is your Choice. But if you are good at bootstrap-4, best to go with Reactstrap which is component based library for react.
In my Company we are using Reactstrap and things go quite well. But this doesn't mean we are not using our own media queries and flexbox,styled-jsx which we obviously do.
Even though you will be using ready made Components available in Reactstrap, as you progress in the project you will have to use other libraries 'React-Final-Forms' to handle forms and form data efficiently having high performance when compared with normal forms available in ReactStrap.
Similarly you will need a library known as 'React-select' to handle drop downs, which will give me more options than normal ReactStrap select form Component.
As for now, I am doing project on Next.js and Material-UI. I was also looking for such comparison between Bootstrap(reactstrap)/Material/Ant. And I am agreed with Daniel Ricci with choosing Material-UI.
Why's that?
First of all, I have spoken with my better experienced friend (he has contributed to his own (DEVExpress) React Component Library, so he was know what he has talking about)
Project Management Side pros:
Material itself has a very useful style guidelines from Google. So it is also not about library components, but about styles / colors / design. So you could always customize yourself and create your own theme. But as for you, it will be easier to understand why you are using Roboto:400 at H3 title, and «what color I should pick as secondary?», if you decide to choose primary color.
As a result, it's much easier to find a UI/UX designer for your project. And you always know how your project should looks like.
Default react Material-UI component library is quite rich and very good described with examples. (As you may already noticed). And also there are a lot of plugin libraries components, which is ready-to-use out of the box. In my own case I was needed for a editable material react tables, and have found them in via google in 5 seconds or so. In my project tables are everything and they present the product (price comparison) so that's why I choose material myself.
You could compare component libraries via google trends or github stars, but in your own case with: Collapse-able Side Menu, Tables with pagination, Auto complete Select I would choose MaterialUI.
As for cons, visually Material Style is very populated by devs (cause it's Android's app default theme) and some people thinks that it looks a bit ugly, but I thought it couldn't be a problem because you could always customize your own theme.
And as mentioned Kleo is his original answer:
If you have the time, dedication and resources, there is really nothing wrong with mixing them together. But you just need to think about the time/cost/benifit of it. DIY to make the end user happy, even if you mix them. Totally yourself is remaking the wheel, but you can always pull in boostrap styles etc.
I am looking for some recommendations on what libraries, components, approaches to use when building a fully RESPONSIVE React app today?
Should I base on hooks or old school media queries?
Maybe some better solution somewhere out there ?
I suggest using a component library, for the latest components, a responsive component library such as rsuitejs or material design components should do just fine.
Links:
https://rsuitejs.com/en/
https://material-ui.com/
Have a look at Antd or material-ui
or you can use regular CSS & style your components (my favourite way)
Like others mentioned, there are quite a few packages out there for responsive design- CSS frameworks, React component libraries, etc. It is also not hard to roll your own using flexbox and/or grid.
As far as React-centric approaches go, here is one that is pretty efficient. It assumes you are utilizing SSR.
Use Context API to create a Breakpoint Provider component. Its job is to keep track of the current breakpoint, and listen to the resize event to change state as needed. In the constructor, accept the default viewport size. This can be populated server-side by utilizing user-agent sniffing.
Use the Consumer from your Breakpoint Context to expose the current viewport size. This can be used to conditionally load components based on viewport, instead of rendering them and then hiding them with CSS with media queries. You are sending less CSS/HTML down the wire this way, spending less time processing JS and CSS, and for larger sites it can put a substantial dent in loading time. :)
I just found out a small npm package that implements a Provider and a Consumer for breakpoints. Basically the idea exposed by adamz4008:
react-socks
I tried it and it's pretty straightforward. Plus it seems the lightest weigthed option vs using something bigger as material-ui or antd (which are great but would be an overkill if you won't use their components or if you're are already using some component library with no breakpoints).
There's also a very simple tutorial on how to use it here
As a super quick "meta-example", you use its BreakpointProvider to wrap your React application component (top-most) and then inside any child component of the wrapped component, you can use the Breakpoint component to do things like:
<>
<Breakpoint small down>
<MySmallComponent />
</Breakpoint>
<Breakpoint medium up>
<MyBigComponent />
</Breakpoint>
</>
"small" is one of five custom breakpoints provided. "down" means, this, or smaller. Similar logic goes for "medium" and "up", meaning "medium sized or larger screens".
If you want to implement this yourself, you should do a provider component with a listener on the resize event. You can find plenty of examples of how to do that when you search for "responsiveness + react" on google, but here is one from this community :) (check the answer from speckledcarp)
For instance, material-ui gives you look of material design.
When you are creating a website whose design has nothing to do with material ui, is it a sensible choice to use material-ui as a ui framework?
I see ui frameworks generally have more components such as sidebar, navbar which are quite tedious to implement, so I see the benefits of using the frameworks.
But our team member who is responsible for applying the design to react components, has an opinion that ui-framework oftentimes causes more trouble to arrive at the design he's given.
Is there a way of utilizing the functionality of sophisticated components of ui-framework and yet has minimum friction customizing the style?
Maybe is there a zeroing-out all the styles of a ui-framework down to basics (I wonder if this makes sense)?
Yep it's a sensible question. It's a shame that so much work goes into the functionality of the library components, but then you're locked into the MaterialUI look and feel.
If the site hasn't been designed as a MaterialUI site (i.e. the designer hasn't strictly followed the MaterialUI design guidelines) then your team member is correct, using a MaterialUI component library is probably a bad idea. I haven't personally heard of any "zeroing out" library, and generally these libraries are very hard to customise outside of just tweaking the theme.
A better approach imo would be to use high quality standalone React components that don't impose any specific style and are easily customisable to achieve any complex parts of the app. There are good choices available:
Downshift for dropdowns/typeaheads/autocomplete
React Burger Menu for sidebars
React Tiny Popover for tooltips and popovers
React Modal for modals
Etc
A large portion of the Material-UI component code is related to implementing the Material Design looks. Though the styling is highly customizable, if you aren't aiming for a look that is at least somewhat aligned with Material Design, then you may be creating a lot of extra work for yourself if you need to significantly undo/override the default styling for most of the components.
That said, Material-UI components are structured in a manner where you may be able to leverage some of the lower-level building blocks to create your own components. For instance, InputBase and ButtonBase are building blocks used to create different types of inputs and buttons within Material-UI.
You can look at https://mui-treasury.com/ for some examples of significant customization of some Material-UI components.
Even if you don't leverage Material-UI components ("#material-ui/core"), you may still find considerable value in leveraging the #material-ui/styles and #material-ui/system packages to help with your own styling solution. And if you decide to create your own components, you can use the Material-UI source code as a useful resource on how to go about specific components.
I'm very new to Angular's material design and I'm finding it hard to locate and proper tutorial for beginners. I am wanting to know if it is possible to use a predefined color palette(css) with the $mdThemingProvider? Is there any proper documentation that can explain to me what $mdThemingProvider actually does code wise. Any help would be much appreciated!
While it is possible to style your AngularJS Material Design objects with CSS (like any other HTML elements), it is not the recommended way. Instead, the AngularJS Material Design package provides us with themes that will allow for simple full-ui color changes in the future (and for our users to pick).
Firstly, read this page. From a code standpoint, it truly is what you need to know. You'll want to reference it often.
Secondly, and unfortunately, they don't really offer an easy way to create a new palette of colors for within your theme. In order to do that, you need to specify a hex code for all of the main color options in a palette OR extend a default palette and modify just a couple colors. I've created a theme generator to help you through this process and make things a little easier, which you can use here.
Thirdly, the big one when coming from more traditional setups is the need for "Warning" or "Success" themes that allow for operation-oriented themeing instead of site-wide themeing. There are many discussions about this across the net, but I'd recommend creating a theme for each of these typical "states" for use throughout your application. This allows you to use secondary palettes within any particular state- like being able to invert a warning theme without needing to rewrite the CSS. Here is a discussion about this.
In the end- it takes a change in perspective to theme with this package, much like it did when using AngularJS the first time after jQuery/Prototype.
Cheers!
I have started with this:
Configuring a theme