remove unused build-responsive.less
[bootswatch] / bower_components / bootstrap / CONTRIBUTING.md
1 # Contributing to Bootstrap
2
3 Looking to contribute something to Bootstrap? **Here's how you can help.**
4
5
6
7 ## Reporting issues
8
9 We only accept issues that are bug reports or feature requests. Bugs must be isolated and reproducible problems that we can fix within the Bootstrap core. Please read the following guidelines before opening any issue.
10
11 1. **Search for existing issues.** We get a lot of duplicate issues, and you'd help us out a lot by first checking if someone else has reported the same issue. Moreover, the issue may have already been resolved with a fix available.
12 2. **Create an isolated and reproducible test case.** Be sure the problem exists in Bootstrap's code with a [reduced test case](http://css-tricks.com/reduced-test-cases/) that should be included in each bug report.
13 3. **Include a live example.** Make use of jsFiddle or jsBin to share your isolated test cases.
14 4. **Share as much information as possible.** Include operating system and version, browser and version, version of Bootstrap, customized or vanilla build, etc. where appropriate. Also include steps to reproduce the bug.
15
16
17
18 ## Pull requests
19
20 - CSS changes must be done in `.less` files first, never just the compiled `.css` files
21 - If modifying the `.less` files, always recompile and commit the compiled files `bootstrap.css` and `bootstrap.min.css`
22 - Try not to pollute your pull request with unintended changes--keep them simple and small
23 - Try to share which browsers your code has been tested in before submitting a pull request
24 - Pull requests should always be against the `master` branch, never against `gh-pages`.
25
26
27
28 ## Coding standards
29
30 ### HTML
31
32 - Two spaces for indentation, never tabs
33 - Double quotes only, never single quotes
34 - Always use proper indentation
35 - Use tags and elements appropriate for an HTML5 doctype (e.g., self-closing tags)
36 - Use CDNs and HTTPS for third-party JS when possible. We don't use protocol-relative URLs in this case because they break when viewing the page locally via `file://`.
37
38 ### CSS
39
40 - Adhere to the [RECESS CSS property order](http://markdotto.com/2011/11/29/css-property-order/)
41 - Multiple-line approach (one property and value per line)
42 - Always a space after a property's colon (e.g., `display: block;` and not `display:block;`)
43 - End all lines with a semi-colon
44 - For multiple, comma-separated selectors, place each selector on its own line
45 - Attribute selectors, like `input[type="text"]` should always wrap the attribute's value in double quotes, for consistency and safety (see this [blog post on unquoted attribute values](http://mathiasbynens.be/notes/unquoted-attribute-values) that can lead to XSS attacks).
46
47 ### JS
48
49 - No semicolons
50 - Comma first
51 - 2 spaces (no tabs)
52 - strict mode
53 - "Attractive"
54
55
56
57 ## License
58
59 With v3.1, we're moving from the Apache 2 to the MIT license for the Bootstrap code (not the docs). We're in the process of collecting permissions from all Bootstrap contributors with code still part of the project to make this happen. For details, please see [#2054](https://github.com/twbs/bootstrap/issues/2054).
60
61 By contributing your code, you agree to dual-license your contribution under the [Apache 2](https://github.com/twbs/bootstrap/blob/master/LICENSE) and [MIT](https://github.com/twbs/bootstrap/blob/master/MIT) licenses.