diff options
author | Vaxry <vaxry@vaxry.net> | 2023-10-12 22:09:59 +0100 |
---|---|---|
committer | Vaxry <vaxry@vaxry.net> | 2023-10-12 22:12:56 +0100 |
commit | 9ffeb975c3e3fc7ff965c76539536beb76751eb7 (patch) | |
tree | fc9befd67f1bef3a025d29a853b8349b06c59047 | |
parent | 51bee6e074de0ee20de9ec02ce9259225144b70d (diff) |
README: fix typos
Signed-off-by: Vaxry <vaxry@vaxry.net>
-rw-r--r-- | README.md | 14 |
1 files changed, 7 insertions, 7 deletions
@@ -12,7 +12,7 @@ containing detailed state and a list of maintainers. ## Protocol phases -Protocols in general has three phases: the development phase, the testing +Protocols in general have three phases: the development phase, the testing phase, and the stable phase. In the development phase, a protocol is not officially part of @@ -31,14 +31,14 @@ When a protocol has reached a stage where it is ready for wider adoption, and after the [GOVERNANCE section 2.3](GOVERNANCE.md#2.3-introducing-new-protocols) requirements have been met, it enters the "testing" phase. At this point, the protocol is added -to `staging/` directory of wayland-protocols and made part of a release. +to the `staging/` directory of wayland-protocols and made part of a release. What this means is that implementation is encouraged in clients and compositors where the functionality it specifies is wanted. Extensions in staging cannot have backward incompatible changes, in that sense they are equal to stable extensions. However, they may be completely -replaced with a new major version, or a different protocol extension all -together, if design flaws are found in the testing phase. +replaced with a new major version, or a different protocol extension altogether, +if design flaws are found in the testing phase. After a staging protocol has been sufficiently tested in the wild and proven adequate, its maintainers and the community at large may declare it @@ -58,8 +58,8 @@ previously used by wayland-protocols, where protocols initially placed in the `unstable/` directory had certain naming conventions were applied, requiring a backward incompatible change to be declared "stable". -During this phase, protocol extension interface names were in addition to -the major version postfix also prefixed with `z` to distinguish from +During this phase, protocol extension interface names were, in addition to +the major version postfix, also prefixed with `z` to distinguish them from stable protocols. ## Protocol directory tree structure @@ -243,7 +243,7 @@ protocol. period. For the meaning and requirement of acknowledgments and available -implementations, see the GOVERNANCE.md document. +implementations, see the [GOVERNANCE.md](GOVERNANCE.md) document. ### Managing merge requests |