From 8220de58bddeb7653dd917cf2831f543698dc50a Mon Sep 17 00:00:00 2001 From: Travis Ralston Date: Wed, 20 May 2020 17:48:13 -0600 Subject: [PATCH] Drop loudly and instead encourage --- specification/proposals_intro.rst | 5 +---- 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/specification/proposals_intro.rst b/specification/proposals_intro.rst index 2e6f4389..6d8dc8a9 100644 --- a/specification/proposals_intro.rst +++ b/specification/proposals_intro.rst @@ -436,7 +436,7 @@ is not cluttered with development or testing data. specification version, but does have the feature flag, unstable prefixes should still be used. 9. A transition period of about 2 months starts immediately after the spec release, - before implementations start to loudly encourage other implementations to switch + before implementations start to encourage other implementations to switch to stable endpoints. For example, a server implementation should start asking client implementations to support the stable endpoints 2 months after the spec release, if they haven't already. The same applies in the reverse: if clients @@ -444,9 +444,6 @@ is not cluttered with development or testing data. supporting the new spec release, some noise should be raised in the general direction of the implementation. - * Please be considerate when being noisy to implementations. A gentle reminder - in their issue tracker is generally good enough. - .. Note:: MSCs MUST still describe what the stable endpoints/feature looks like with a note towards the bottom for what the unstable feature flag/prefixes are. For example,