Skip to content

docs: normalize product name casing across docs#68552

Open
erkamyaman wants to merge 1 commit intoangular:mainfrom
erkamyaman:docs-normalize-product-name-casing
Open

docs: normalize product name casing across docs#68552
erkamyaman wants to merge 1 commit intoangular:mainfrom
erkamyaman:docs-normalize-product-name-casing

Conversation

@erkamyaman
Copy link
Copy Markdown
Contributor

Several user-facing docs, tooltips, and tutorial code samples used non-canonical spellings of product names. This normalizes them to the form each project uses for its own brand.

PR Checklist

Please check if your PR fulfills the following requirements:

PR Type

What kind of change does this PR introduce?

  • Bugfix
  • Feature
  • Code style update (formatting, local variables)
  • Refactoring (no functional changes, no api changes)
  • Build related changes
  • CI related changes
  • Documentation content changes
  • Other... Please describe:

What is the current behavior?

Several user-facing docs, tooltips, and tutorial code samples use
non-canonical spellings of product names:

What is the current behavior?

Several user-facing docs, tooltips, and tutorial code samples use
non-canonical spellings of product names:

  • github (lowercase) in a footer tooltip → should be GitHub
  • Typescript in prose → should be TypeScript
  • NodeJS in a tutorial doc and in an update-guide step label →
    should be Node.js
  • StackOverflow in a saved issue reply and a package README →
    should be Stack Overflow
  • MacOS in prose and in a @for tutorial code sample (which
    renders to the DOM) → should be macOS
  • NPM in prose, including a section heading and an update-guide
    step label → should be npm
  • JQuery in prose (TS type names from @types/jquery left
    untouched) → should be jQuery
  • [less] and [stylus] link text in the CSS preprocessor list →
    should be [Less] and [Stylus]
  • Http Title-Cased in a section heading, table cell, and link
    text even though HTTP is an uppercase acronym and the rest of
    the docs consistently say "HTTP client" / "HTTP interceptor"
  • GitHub pages (lowercase 'p') in the deployment table → should
    be GitHub Pages
  • Stackblitz in prose across the kitchen-sink page and an
    example readme → should be StackBlitz
  • Webcontainer in two testing docs → should be WebContainer

What is the new behavior?

Each reference uses the canonical spelling each project publishes for itself:

Does this PR introduce a breaking change?

  • Yes
  • No

Several user-facing docs, tooltips, and tutorial code samples used
non-canonical spellings of product names. This normalizes them to
the form each project uses for its own brand.
@pullapprove pullapprove Bot requested review from JeanMeche and alan-agius4 May 4, 2026 19:43
@angular-robot angular-robot Bot added the area: docs Related to the documentation label May 4, 2026
@ngbot ngbot Bot added this to the Backlog milestone May 4, 2026
@JeanMeche JeanMeche added action: merge The PR is ready for merge by the caretaker target: patch This PR is targeted for the next patch release labels May 4, 2026
@JeanMeche JeanMeche removed the request for review from alan-agius4 May 4, 2026 19:45
@pullapprove pullapprove Bot requested a review from alan-agius4 May 4, 2026 19:45
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

action: merge The PR is ready for merge by the caretaker area: docs Related to the documentation target: patch This PR is targeted for the next patch release

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants