Domenic Denicola would like Jeffrey Yasskin to review this change.
Make it clearer that Intent to Prototype emails are optional, but suggested
This aligns with existing practice where many, many features are approved based on only an Intent to Ship, or Intent to Experiment, without a preceding Intent to Prototype.
diff --git a/site/blink/launching-features/index.md b/site/blink/launching-features/index.md
index 6f92002..bde09f8 100644
--- a/site/blink/launching-features/index.md
+++ b/site/blink/launching-features/index.md
@@ -205,10 +205,13 @@
#### Step 2: Prototyping {:#prototyping}
-Proceed to the “Start Prototyping” stage in ChromeStatus - this will generate an
-“Intent to Prototype” mail for you. Send that email to
-[blink-dev](mailto:blin...@chromium.org) and start checking in prototype code
-to Chromium under a runtime flag. You should do your detailed API design in the
+Proceed to the “Start Prototyping” stage in ChromeStatus. This will generate an
+“Intent to Prototype” mail for you. To give a heads-up to the community and
+start any discussions early, it's best to send that email to
+[blink-dev](mailto:blin...@chromium.org) around the time you start checking in
+prototype code to Chromium under a runtime flag.
+
+You should do your detailed API design in the
open, in your public repository, and response to feedback filed there. You
should continue pushing for public engagement (from other vendors and web
developers), and to move into an <a href="#incubation-venue">incubation
Inspect html for hidden footers to help with email filtering. To unsubscribe visit settings. | Gerrit |