Melt UI has adopted the Contributor Covenant as its Code of Conduct, and we expect project participants to adhere to it.
Please read the full text so that you can understand what actions will and will not be tolerated.
heuristic /ˌhjʊ(ə)ˈrɪstɪk/
A technique designed for solving a problem more quickly when classic methods are too slow, or for finding an approximate solution when classic methods fail to find any exact solution
- Priority is the best User Experience
- Complexity should be introduced when it’s inevitable
- Code should be easy to reason about
- Code should be easy to delete
- Avoid abstracting too early
- Avoid thinking too far in the future
If you have questions about Melt UI, be sure to check out the docs where we have several examples and detailed API references that may help you solve your problem. You can also share your questions on our Discord community (link on README.md). We're happy to help!
There are many ways to contribute to the project. Code is just one possible means of contribution.
- Feedback. Tell us what we're doing well or where we can improve.
- Support. You can answer questions on Discord, or provide solutions for others in open issues.
- Write. If you come up with an interesting example, write about it. Post it to your blog and share it with us. We'd love to see what folks in the community build with Melt UI!
- Report. Create issues with bug reports so we can make Melt UI even better.
There are a lot of great resources on creating a good pull request. We've included a few below, but don't be shy—we appreciate all contributions and are happy to help those who are willing to help us!
Awesome! Builders vary quite a lot in complexity, but don't be afraid. It's pretty straight-forward. What I'd recommend, is to take a look at the existing builders and see how they work. You'll see that they all follow a similar pattern. I usually copy over an existing builder just to get started.
When creating a new builder, it's usually best to discuss it with us first. You can do so on GitHub, or on our Discord. This is recommended to see if this builder would be a welcome addition, how it should be approached, what are the accessibility concerns, etc.
While we have some custom utilities to create our builders, they're mostly self-explanatory. As always, if you have any doubts, feel free to reach out to us anytime.
A good PR is small, focuses on a single feature or improvement, and clearly communicates the problem it solves. Try not to include more than one issue in a single PR. It's much easier for us to review multiple small pull requests than one that is large and unwieldy.
-
Clone the fork to your local machine and add upstream remote:
git clone https://github.com/<your username>/melt-ui.git
cd melt-ui
git remote add upstream https://github.com/melt-ui/melt-ui.git
- Synchronize your local
develop
branch with the upstream remote:
git checkout develop
git pull upstream develop
- Install dependencies with pnpm:
pnpm i
- Create a new branch related to your PR:
git checkout -b fix/bug-being-fixed
- Make changes, then commit and push to your forked repository:
git push -u origin HEAD
-
Go to the repository and make a Pull Request.
-
We will review your Pull Request and either merge it, request changes to it, or close it with an explanation.
# install dependencies
pnpm i
# start docs page and see examples in the browser
pnpm run dev
Make your changes and check that they resolve the problem with an example in the local docs. We also
suggest adding tests to support your change, and then run pnpm run test
to make sure nothing is
broken.
Lastly, run pnpm run lint
&& pnpm run check
to ensure that everything is in order before
submitting the pull request.
Make changes and contribute to OctoBot in a single click with an already setup and ready to code developer environment using Gitpod !