Conversation
a7d1479 to
e2c68d0
Compare
src/dev-guide.rst
Outdated
|
|
||
| .. informational-page:: | ||
|
|
||
| Developer's Guide |
There was a problem hiding this comment.
maybe we call it "Developer Guide", so as to match what Reference calls its equivalent (but feel free to ignore this since it's so nit)
src/dev-guide.rst
Outdated
| The Changelog is located in ``src/changelog.rst``. | ||
| It should be updated using one of the sentence patterns outlined below. | ||
| Note that this is not an exhaustive list, and special cases would need to use their own wording. |
There was a problem hiding this comment.
to follow the Line length guideline
| The Changelog is located in ``src/changelog.rst``. | |
| It should be updated using one of the sentence patterns outlined below. | |
| Note that this is not an exhaustive list, and special cases would need to use their own wording. | |
| The Changelog is located in ``src/changelog.rst``. It should be updated using one of the sentence patterns outlined below. Note that this is not an exhaustive list, and special cases would need to use their own wording. |
There was a problem hiding this comment.
Fixed. I had forgotten about those...
src/dev-guide.rst
Outdated
| Glossary entries | ||
| ~~~~~~~~~~~~~~~~ | ||
|
|
||
| When working with glossary entries, use the following sintence pattern for a single glossary entry:: |
There was a problem hiding this comment.
| When working with glossary entries, use the following sintence pattern for a single glossary entry:: | |
| When working with glossary entries, use the following sentence pattern for a single glossary entry:: |
| It should be updated using one of the sentence patterns outlined below. | ||
| Note that this is not an exhaustive list, and special cases would need to use their own wording. | ||
|
|
||
| Glossary entries |
There was a problem hiding this comment.
not sure we want to document glossary entries since they are informational content (and we are planning to have them be mere duplicates of main content anyways)
There was a problem hiding this comment.
I think we should keep this part in for now. Once the glossary generation machinery is in, we will remove this part.
|
|
||
| or:: | ||
|
|
||
| No change: <Reasons> are outside the scope of the FLS |
There was a problem hiding this comment.
I would instead use a different example here instead of only add a plural version of the previous example. Maybe you can even list a number of other patterns:
- "No change: this bug was not documented in FLS"
- "No change: this lifted restriction was not specified in the FLS"
- "No change: This behavior was not documented in the FLS"
Also, I do wonder if we it's important to have "No change", as the text that follows it should make it clear why the change is not getting documented.
There was a problem hiding this comment.
How about just shrinking this to
No change: <Reason>
?
I can go either way with keeping/removing the No change part. I think we should have a brief discussion about it.
There was a problem hiding this comment.
yeah, that works... we can maybe try keep the consistency in reviews, so we don't have too many variations for the same information
There was a problem hiding this comment.
Yeah, let's discuss a bit in the meeting to align.
This PR adds a new appending to the FLS - the dev guide. Closes: rust-lang#685
e2c68d0 to
ed99280
Compare
There was a problem hiding this comment.
Thanks for pulling this together @kirtchev-adacore!
I think it looks good overall.
Let's chat a bit about it in our meeting today.
This PR adds a new appending to the FLS - the dev guide.
Closes: #685