-
Notifications
You must be signed in to change notification settings - Fork 317
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Reduce number of props by grouping styles props into separate config objects #31
Comments
Also to mitigate the issue described in #12, I am thinking the new implementation should pop up a modal. This would ensure the component has a container all to itself and would also prevent some other subtle issues |
It woudn't,
That way it will be full backward compatible. |
@prionkor I didn't think of that initially. I believe @AugustoAleGon should have this in mind too |
@AugustoAleGon @toystars Where are we on this? I really don't imagine we need to support full backward compatibility with these style props - I'd recommend doing a full version bump, tagging it and adding in the changelog what we've changed. |
how we will give backgroundcolor to ta |
tag |
As it is at the moment, the component is highly customisable, but with the way it is set up, adding more options to customise means more props which is becoming too overwhelming. For example:
Above is the minimal customisation that can be done.
So the suggestion is to group all related style props into their own config prop object so there wouldn't be need to add more props to component when specific styling is needed. That would easily be added on the fly by user as it will be catered for by the application of such config props. Below is an example of what it might become:
The above example shows how flexible it would be customise lots of things without the need to update the component.
This would introduce a considerable amount of breaking changes and would see a major version bump.
The text was updated successfully, but these errors were encountered: