Recommend this page to a friend! |
Classes of Abed Nego Ragil Putra | PHP Inventory Management System with Scanner | public/assets/bower_components/Flot/CONTRIBUTING.md | Download |
|
DownloadContributing to FlotWe welcome all contributions, but following these guidelines results in less work for us, and a faster and better response. IssuesIssues are not a way to ask general questions about Flot. If you see unexpected behavior but are not 100% certain that it is a bug, please try posting to the forum first, and confirm that what you see is really a Flot problem before creating a new issue for it. When reporting a bug, please include a working demonstration of the problem, if possible, or at least a clear description of the options you're using and the environment (browser and version, jQuery version, other libraries) that you're running under. If you have suggestions for new features, or changes to existing ones, we'd love to hear them! Please submit each suggestion as a separate new issue. If you would like to work on an existing issue, please make sure it is not already assigned to someone else. If an issue is assigned to someone, that person has already started working on it. So, pick unassigned issues to prevent duplicated effort. Pull RequestsTo make merging as easy as possible, please keep these rules in mind: 1. Submit new features or architectural changes to the <version>-work
2. Divide larger changes into a series of small, logical commits with
3. Rebase, if necessary, before submitting your pull request, to reduce the
4. Format your code according to the style guidelines below. Flot Style GuidelinesFlot follows the jQuery Core Style Guidelines, with the following updates and exceptions: SpacingUse four-space indents, no tabs. Do not add horizontal space around parameter lists, loop definitions, or array/object indices. For example:
CommentsUse jsDoc comments for all file and function headers. Use // for all inline and block comments, regardless of length. All // comment blocks should have an empty line above and below them. For example:
WrappingBlock comments should be wrapped at 80 characters. Code should attempt to wrap at 80 characters, but may run longer if wrapping would hurt readability more than having to scroll horizontally. This is a judgement call made on a situational basis. Statements containing complex logic should not be wrapped arbitrarily if they do not exceed 80 characters. For example:
|