Closed dev0T closed 1 year ago
Name | Link |
---|---|
Latest commit | 4377f2e48cd6698f98e784c991ccde0e9d2c260b |
Latest deploy log | https://app.netlify.com/sites/react-daisyui/deploys/643dca5d98b38f0008dbae29 |
Name | Link |
---|---|
Latest commit | 4377f2e48cd6698f98e784c991ccde0e9d2c260b |
Latest deploy log | https://app.netlify.com/sites/react-daisyui/deploys/643dca5d98b38f0008dbae29 |
Name | Link |
---|---|
Latest commit | 4377f2e48cd6698f98e784c991ccde0e9d2c260b |
Latest deploy log | https://app.netlify.com/sites/react-daisyui/deploys/643dca5d98b38f0008dbae29 |
Deploy Preview | https://deploy-preview-339--react-daisyui.netlify.app |
Preview on mobile | Toggle QR Code...Use your smartphone camera to open QR code link. |
To edit notification comments on pull requests, go to your Netlify site settings.
Thanks for finding and fixing this. The subcomponents look a little cumbersome (and ugly) in this case so maybe worth revisiting how we handle the
<Stats>
component in the future.We could probably combine
Stat
andItem
into one component. Can't remember why they were ever separate components to begin with.
I will take a look into that today and see what I can do!
After giving it a further look, I don't think combining Stat
and Item
is a good approach because you need to be able to provide classNames for the different parts of the Stat
(Similar to the current lack of TableCell). I'd like to suggest an approach similar to NavBar
sections where instead of providing Stats.Stat.Item
along with a props variant, one would decide between Stats.Stat.Title
, Stats.Stat.Value
, etc.
I'd suggest merging this to correct the docs usage for now and after deciding the new component structure change it for a new version since it will also be a breaking change. What do you think @benjitrosch?
Edit: I created a PR so you can take a look! #341
Thanks for looking into that. We can't update the docs at the moment since they're broken and are reverted to a previous release. So if it's just for the sake of updating the docs, we're unfortunately out of luck. On the bright side, that gives us time to come up with a better solution @dev0T 😅
Thanks for looking into that. We can't update the docs at the moment since they're broken and are reverted to a previous release. So if it's just for the sake of updating the docs, we're unfortunately out of luck. On the bright side, that gives us time to come up with a better solution @dev0T 😅
I forgot about that issue! haha
I did create a new PR with my suggested approach, take a look whenever you have the time and let me know if you have any questions! #341
Hey @benjitrosch! Since the docs aren't broken anymore, can this be merged? Thanks!
Adresses #338.
The examples were not using the library correctly, making use of internal imports.