Skip to content

Commit a9fa022

Browse files
authored
docs: correct grammar and punctuation in Gateway API Extensions documentation (#7546)
fix: correct grammar and punctuation in Gateway API Extensions documentation Signed-off-by: Joe Tauke <[email protected]>
1 parent 8eb4c84 commit a9fa022

File tree

6 files changed

+9
-9
lines changed
  • site/content/en
    • latest/concepts/gateway_api_extensions
    • v1.3/concepts/introduction/gateway_api_extensions
    • v1.4/concepts
    • v1.5/concepts/gateway_api_extensions
    • v1.6/concepts/gateway_api_extensions

6 files changed

+9
-9
lines changed

site/content/en/latest/concepts/gateway_api_extensions/_index.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -6,8 +6,8 @@ weight: 2
66
- [The Gateway API](https://gateway-api.sigs.k8s.io/)
77

88
## Overview
9-
Gateway API Extensions let you configure extra features that arent part of the standard Kubernetes Gateway API. These extensions are built by the teams that create and maintain Gateway API implementations.
10-
The Gateway API was designed to be extensible safe, and reliable. In the old Ingress API, people had to use custom annotations to add new features, but those werent type-safe, making it hard to check if their configuration was correct.
9+
Gateway API Extensions let you configure extra features that aren't part of the standard Kubernetes Gateway API. These extensions are built by the teams that create and maintain Gateway API implementations.
10+
The Gateway API was designed to be extensible, safe, and reliable. In the old Ingress API, people had to use custom annotations to add new features, but those weren't type-safe, making it hard to check if their configuration was correct.
1111
With Gateway API Extensions, implementers provide type-safe Custom Resource Definitions (CRDs). This means every configuration you write has a clear structure and strict rules, making it easier to catch mistakes early and be confident your setup is valid.
1212
## Use Cases
1313

site/content/en/v1.3/concepts/introduction/gateway_api_extensions/_index.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -6,8 +6,8 @@ weight: 2
66
- [The Gateway API](https://gateway-api.sigs.k8s.io/)
77

88
## Overview
9-
Gateway API Extensions let you configure extra features that arent part of the standard Kubernetes Gateway API. These extensions are built by the teams that create and maintain Gateway API implementations.
10-
The Gateway API was designed to be extensible safe, and reliable. In the old Ingress API, people had to use custom annotations to add new features, but those werent type-safe, making it hard to check if their configuration was correct.
9+
Gateway API Extensions let you configure extra features that aren't part of the standard Kubernetes Gateway API. These extensions are built by the teams that create and maintain Gateway API implementations.
10+
The Gateway API was designed to be extensible, safe, and reliable. In the old Ingress API, people had to use custom annotations to add new features, but those weren't type-safe, making it hard to check if their configuration was correct.
1111
With Gateway API Extensions, implementers provide type-safe Custom Resource Definitions (CRDs). This means every configuration you write has a clear structure and strict rules, making it easier to catch mistakes early and be confident your setup is valid.
1212
## Use Cases
1313

site/content/en/v1.4/concepts/gateway_api_extensions/_index.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -7,7 +7,7 @@ weight: 2
77

88
## Overview
99
Gateway API Extensions let you configure extra features that aren’t part of the standard Kubernetes Gateway API. These extensions are built by the teams that create and maintain Gateway API implementations.
10-
The Gateway API was designed to be extensible safe, and reliable. In the old Ingress API, people had to use custom annotations to add new features, but those weren’t type-safe, making it hard to check if their configuration was correct.
10+
The Gateway API was designed to be extensible, safe, and reliable. In the old Ingress API, people had to use custom annotations to add new features, but those weren’t type-safe, making it hard to check if their configuration was correct.
1111
With Gateway API Extensions, implementers provide type-safe Custom Resource Definitions (CRDs). This means every configuration you write has a clear structure and strict rules, making it easier to catch mistakes early and be confident your setup is valid.
1212
## Use Cases
1313

site/content/en/v1.4/concepts/introduction/gateway_api_extensions/_index.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -6,8 +6,8 @@ weight: 2
66
- [The Gateway API](https://gateway-api.sigs.k8s.io/)
77

88
## Overview
9-
Gateway API Extensions let you configure extra features that arent part of the standard Kubernetes Gateway API. These extensions are built by the teams that create and maintain Gateway API implementations.
10-
The Gateway API was designed to be extensible safe, and reliable. In the old Ingress API, people had to use custom annotations to add new features, but those werent type-safe, making it hard to check if their configuration was correct.
9+
Gateway API Extensions let you configure extra features that aren't part of the standard Kubernetes Gateway API. These extensions are built by the teams that create and maintain Gateway API implementations.
10+
The Gateway API was designed to be extensible, safe, and reliable. In the old Ingress API, people had to use custom annotations to add new features, but those weren't type-safe, making it hard to check if their configuration was correct.
1111
With Gateway API Extensions, implementers provide type-safe Custom Resource Definitions (CRDs). This means every configuration you write has a clear structure and strict rules, making it easier to catch mistakes early and be confident your setup is valid.
1212
## Use Cases
1313

site/content/en/v1.5/concepts/gateway_api_extensions/_index.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -7,7 +7,7 @@ weight: 2
77

88
## Overview
99
Gateway API Extensions let you configure extra features that aren’t part of the standard Kubernetes Gateway API. These extensions are built by the teams that create and maintain Gateway API implementations.
10-
The Gateway API was designed to be extensible safe, and reliable. In the old Ingress API, people had to use custom annotations to add new features, but those weren’t type-safe, making it hard to check if their configuration was correct.
10+
The Gateway API was designed to be extensible, safe, and reliable. In the old Ingress API, people had to use custom annotations to add new features, but those weren’t type-safe, making it hard to check if their configuration was correct.
1111
With Gateway API Extensions, implementers provide type-safe Custom Resource Definitions (CRDs). This means every configuration you write has a clear structure and strict rules, making it easier to catch mistakes early and be confident your setup is valid.
1212
## Use Cases
1313

site/content/en/v1.6/concepts/gateway_api_extensions/_index.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -7,7 +7,7 @@ weight: 2
77

88
## Overview
99
Gateway API Extensions let you configure extra features that aren’t part of the standard Kubernetes Gateway API. These extensions are built by the teams that create and maintain Gateway API implementations.
10-
The Gateway API was designed to be extensible safe, and reliable. In the old Ingress API, people had to use custom annotations to add new features, but those weren’t type-safe, making it hard to check if their configuration was correct.
10+
The Gateway API was designed to be extensible, safe, and reliable. In the old Ingress API, people had to use custom annotations to add new features, but those weren’t type-safe, making it hard to check if their configuration was correct.
1111
With Gateway API Extensions, implementers provide type-safe Custom Resource Definitions (CRDs). This means every configuration you write has a clear structure and strict rules, making it easier to catch mistakes early and be confident your setup is valid.
1212
## Use Cases
1313

0 commit comments

Comments
 (0)