shahryarjb
Mishka Chelekom needs your suggestion to support DaisyUI and custom system design
Hello everyone. As we previously introduced the Mishka Chelekom library, we’ve been releasing many components for Phoenix and LiveView for some time now, and the count has reached a substantial number. We’re confident about DaisyUI and other libraries, and recently we’ve reached nearly 10,000 downloads.
Read more: Mishka Chelekom - Phoenix and LiveView UI kit and components
Phoenix’s new version 1.8 has built-in DaisyUI support, and we want to support this library as well. However, we’ve encountered an ideological challenge that we’ve fully outlined in the issue below. We hope the community can help us reach a good solution.
Help Us ![]()
![]()
Proposal for Supporting and Integrating DaisyUI and Custom Design Systems into Chelekom
The problem summary is that DaisyUI has its own specific HTML, as does Mishka Chelekom, and we’ve considered many aspects. If we want to fully support DaisyUI’s complete form with its HTML, we’d need to bring all components and convert everything from scratch into Phoenix components. If we don’t include the HTML, we can only use colors, shadows, and other elements, which certainly won’t visually resemble DaisyUI—full details are in the issue I’m linking.
We hope friends and colleagues will help us so that ideally we can fully support both DaisyUI and other custom design systems. We’re waiting for you dear ones. ![]()
![]()
Most Liked
greven
If I was developing it I wouldn’t support DaisyUI. I look at Daisy as its own thing. It’s a way to quickly augment HTML. Chelekom is its own library so go your own way. ![]()
Use Daisy UI if you want as a base to build a base style for the library but don’t depend on it. Look how it supports its themes for example.
derek-zhou
I would suggest you not to care about what the Phoenix include by default. At the end of the day, you have to maintain your code and the leaner the easier.
greven
Design Systems is probably one of my favourite topics and I have probably “studied” hundreds of different systems, CSS frameworks and such!
But you know why there are so many options? You can never please everybody. Some people will prefer something that looks good out of the box, some prefer something bare bones to style it themselves. It depends on the direction you want to go. Probably the option with the highest appeal is “looks good out-of-the-box but it is easy to customize”. This is what DaisyUI does well for example, since TailwindCSS isn’t really easy to build themes on top of out of the box (other than supporting light/dark theme of course). At the end of the day, you can achieve a lot by changing base/brand colour, fonts, radii, etc. ![]()
Last Post!
shahryarjb
Thanks both of you @derek-zhou and @greven
Yes, it makes sense ![]()
For example after installing the Mishka Chelekom lib as a dev dependency, user just needs to run this command and the command deletes the phoenix core component (import) line and replace with ours
mix mishka.ui.gen.components --import --helpers --global --yes
![]()
![]()
Popular in Discussions
Other popular topics
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #deployment
- #library
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #channels
- #elixirconf
- #exunit
- #discussion
- #code-sync
- #javascript
- #podcasts
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #elixir-ls
- #phoenix_html
- #iex
- #blog-post
- #graphql
- #genstage
- #ai
- #websockets
- #supervisor
- #elixirconf-us
- #advent-of-code
- #distillery
- #processes
- #forms
- #api
- #metaprogramming
- #security
- #hex









