3.4 KiB
Contributing to HTML Tidy
So you want to contribute to Tidy? Fantastic! Here's a brief overview on how best to do so.
Support request
If you are having trouble running console Tidy, or using the Tidy Library API in your own project, then maybe the best places to get help is either via a comment in Tidy Issues, or on the Tidy Mail Archive list.
In either place please start with a short subject to describe the issue. If it involves running tidy on a html file, or an API question, make sure to include the version: $ tidy -v; what was the configuration used; a small sample input; the output, and the output expected; some sample code, to make quick testing easy.
If you do add a sample html input, then it can also be very helpful if that sample passes the W3C validation... tidy attempts to follow all current W3C standards...
If you are able to build tidy from source, requires CMake, and can find the problem in the code, then read on about how you can create a Pull Request... share your code, ideas, ....
What to change
Here are some examples of things you might want to make a pull request for:
- New features
- Bug fixes
- Inefficient blocks of code
- Memory problems
- Language translations
If you have a more deeply-rooted problem with how the program is built or some of the stylistic decisions made in the code, it is best to create an issue before putting the effort into a pull request. The same goes for new features - it might be best to check the project's direction, existing pull requests, and currently open and closed issues first.
Concerning the 'Tidy Code Style', checkout CODESTYLE.md, but looking at existing code is the best way to get a good feel for the patterns we use.
Using Git appropriately
- Fork the repository to your GitHub account.
- Optionally create a topical branch - a branch whose name is succint but explains what you're doing, such as "feature/add-new-lines"...
- Make your changes, committing at logical breaks.
- Push your work to your personal account.
- Create a pull request.
- Watch for comments or acceptance.
Please note - if you want to change multiple things that don't depend on each
other, it is better to use branches, and make sure you check the master branch back out before making more changes - that way we can take in each change seperate. Else github has a tendancy to combine your requests into one.
If you are a continuing contributor then you will need to rebase your fork, to htacg master, before doing any more work, and likewise branches, otherwise we may not be able to cleanly merge your PR. This is a simple process -
$ git remote add upstream git@github.com:htacg/tidy-html5.git # once only
$ git checkout master
$ git status
$ git stash # if not clean
$ git fetch upstream
$ git rebase upstream/master
$ git stash pop # if required, and fix conflicts
$ git push # update the fork master
This can be repeated for branches.
Help Tidy Get Better
It goes without saying all help is appreciated. We need to work together to make Tidy! better...