Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[WIP] Define documentation style issues #2600

Open
StackScribe opened this issue Nov 29, 2023 · 2 comments
Open

[WIP] Define documentation style issues #2600

StackScribe opened this issue Nov 29, 2023 · 2 comments
Labels
documentation Improvements or additions to documentation status: draft
Milestone

Comments

@StackScribe
Copy link
Contributor

StackScribe commented Nov 29, 2023

Description

We lack standards for some key style issues in the documentation. While these issues are less critical than good content and structure of the docs, consistency gives the docs a more professional look. General proposal is to accept the recommendations in the Google developer documentation style guide, which is comprehensive and reasonable.

Issues

  • Capitalization for titles. Recommend using sentence case. (See Google Capitalization in titles and headings
  • American vs. British spelling. We currently have a mix and the Spell checker accepts both. Recommend requiring American spelling. (See Google Spelling and [Wikipedia: Manual of Style/Spelling) )
  • Sentence structure when telling the reader to do something. Recommend defining what to do before the instructions. (See Google Sentence structure
  • Use of "please" in instructions. Recommend not using "please". (See Google Politeness and use of please)
  • Should we recommend timeless documentation that avoids words and phrases that anchor the docs in time? Recommend yes. See Google Timeless documentation
  • Kubernetes terms
  • Do we agree to use the Google developer documentation style guide in general? The Contributing Guide currently has this recommendation but we should officially agree to it as a community.
  • New doc tools cannot handle hyphens in headers. This means we cannot use strings like "pre- or post-deployment" or "pre-defined" in headers. This does not preclude using the hyphenated terms in text but recommend favoring consistency so need to use "pre/post deployment" and "predefined"

DoD

Mostly updates to Contributing Guide, which should be brief with lines to the appropriate Google page:

  • Contributing Guide defines practice for capitalization in titles
  • Contributing Guide defines practice for American and British spelling
  • Word list has table of Kubernetes terms showing capitalization
  • Spell checker modified to exclude British spellings
  • Contributing Guide defines use of "please" in instructions
  • Contributing Guide discusses timeless documentation
@StackScribe StackScribe added documentation Improvements or additions to documentation status: ready-for-refinement Issue is relevant for the next backlog refinment status: needs-discussion labels Nov 29, 2023
@StackScribe StackScribe added this to the 0.10 milestone Nov 29, 2023
@aryasoni98
Copy link

I would like to work on it @StackScribe . Can you assign me this issue .

@mowies
Copy link
Member

mowies commented Dec 4, 2023

We are gonna refine this ticket on wednesday in the Keptn community meeting. Afterwards, I'll gladly assign the issue to you :)

@mowies mowies changed the title define documentation style issues Define documentation style issues Jan 24, 2024
@mowies mowies changed the title Define documentation style issues [WIP] Define documentation style issues Jan 24, 2024
@mowies mowies removed the status: ready-for-refinement Issue is relevant for the next backlog refinment label Jan 24, 2024
@mowies mowies modified the milestones: 0.10, 0.11 Feb 12, 2024
@mowies mowies modified the milestones: 2.0.0-rc.1, 2.1.0 Mar 5, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation status: draft
Projects
None yet
Development

No branches or pull requests

3 participants