]> git.madduck.net Git - etc/vim.git/blobdiff - CONTRIBUTING.md

madduck's git repository

Every one of the projects in this repository is available at the canonical URL git://git.madduck.net/madduck/pub/<projectpath> — see each project's metadata for the exact URL.

All patches and comments are welcome. Please squash your changes to logical commits before using git-format-patch and git-send-email to patches@git.madduck.net. If you'd read over the Git project's submission guidelines and adhered to them, I'd be especially grateful.

SSH access, as well as push access can be individually arranged.

If you use my repositories frequently, consider adding the following snippet to ~/.gitconfig and using the third clone URL listed for each project:

[url "git://git.madduck.net/madduck/"]
  insteadOf = madduck:

Merge branch 'variables-doc'
[etc/vim.git] / CONTRIBUTING.md
index a2c158087b5759bcdb1c039aa4b4d953676c08ca..86912a4a67ac6b7f9f33041e17539c0eaca3f2ed 100644 (file)
@@ -1,16 +1,20 @@
+# CONTRIBUTING
+
 These contributing guidelines were accepted rather late in the history of this plugin, after much code had already been written.
 
 If you find any existing behavior which does not conform to these guidelines, please correct it and send a pull request.
 
 These contributing guidelines were accepted rather late in the history of this plugin, after much code had already been written.
 
 If you find any existing behavior which does not conform to these guidelines, please correct it and send a pull request.
 
-# General Rules
+## General Rules
 
 Every non local identifier must start with `g:vim_markdown_`.
 
 
 Every non local identifier must start with `g:vim_markdown_`.
 
-# Documentation
+## Documentation
 
 Every new feature must be documented under in the [README.md](README.md). Documentation must be written in [GFM](https://help.github.com/articles/github-flavored-markdown) since GitHub itself is the primary to HTML converter used. In particular, remember that GFM adds line breaks at single newlines, so just forget about the 70 characters wide rule.
 
 
 Every new feature must be documented under in the [README.md](README.md). Documentation must be written in [GFM](https://help.github.com/articles/github-flavored-markdown) since GitHub itself is the primary to HTML converter used. In particular, remember that GFM adds line breaks at single newlines, so just forget about the 70 characters wide rule.
 
-# Markdown Flavors
+Vim help file [doc/vim-markdown.txt](doc/vim-markdown.txt) will be generated from [README.md](README.md) by `make doc` using [vim-tools](https://github.com/xolox/vim-tools).
+
+## Markdown Flavors
 
 There are many flavors of markdown, each one with an unique feature set. This plugin uses the following strategy to deal with all those flavors:
 
 
 There are many flavors of markdown, each one with an unique feature set. This plugin uses the following strategy to deal with all those flavors:
 
@@ -28,17 +32,17 @@ There are many flavors of markdown, each one with an unique feature set. This pl
 
     Next, if there are many more than one Jekyll feature options, create a `g:vim_markdown_jekyll` option that turns them all on at once.
 
 
     Next, if there are many more than one Jekyll feature options, create a `g:vim_markdown_jekyll` option that turns them all on at once.
 
-# Style
+## Style
 
 When choosing between multiple valid Markdown syntaxes, the default behavior must be that specified at: <http://www.cirosantilli.com/markdown-styleguide>
 
 If you wish to have a behavior that differs from that style guide, add an option to turn it on or off, and leave it off by default.
 
 
 When choosing between multiple valid Markdown syntaxes, the default behavior must be that specified at: <http://www.cirosantilli.com/markdown-styleguide>
 
 If you wish to have a behavior that differs from that style guide, add an option to turn it on or off, and leave it off by default.
 
-# Tests
+## Tests
 
 All new features must have unit tests.
 
 
 All new features must have unit tests.
 
-# Issues
+## Issues
 
 Issues are tracked within GitHub.
 
 
 Issues are tracked within GitHub.