... | ... | @@ -18,7 +18,7 @@ If needed, you can be inspired by those models to report a bug or to propose you |
|
|
|
|
|
* **Description** : *What are the reasons of your suggestion ? No not hesitate to add image support.*
|
|
|
* **Proposal** : *Explain your suggestion. Explain what you were expecting ? In your dream, which behavior did you expect ? No not hesitate to add image support.*
|
|
|
* **Additional linked **: *Do you have examples or references for your suggestion ?*
|
|
|
* **Additional links** : *Do you have examples or references for your suggestion ?*
|
|
|
|
|
|
#### For Specification change proposal
|
|
|
|
... | ... | @@ -55,7 +55,7 @@ We all know how document our work is important. If you find that you can add an |
|
|
|
|
|
As we are smart and lazy, you can use [our documentation model for component](./Documentation Component Model) to be efficient.
|
|
|
|
|
|
#### Experimental feature
|
|
|
#### Experimental features
|
|
|
Every non experimental features *should* be documented in the repository README.md.
|
|
|
|
|
|
Experimental features *can* be documented, but their documentation should mention clearly that the feature is experimental and is not guaranteed to continue to work in the future.
|
... | ... | |