
<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">

</head>

<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">

On Oct 15, 2014, at 5:52 AM, Christopher Yeoh <<a href="mailto:cbkyeoh@gmail.com">cbkyeoh@gmail.com</a>> wrote:<br>

<div><br class="Apple-interchange-newline">

<blockquote type="cite">

<div style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;">

<div dir="ltr">

<div class="gmail_extra">

<div class="gmail_quote">

<div>We don't require new templates as part of nova-specs and api changes don't necessarily change the api sample tpl files. We do ask for some jsonschema descriptions of the new APIs input but they work pretty well in the spec document itself. I agree it could

 be prone to spelling mistakes etc, though just being able to search for 'api' would be sufficient and people who review specs could pick up missing or mispelled flags in the commit message (and it wouldn't necessarily need to be restricted to just APIImpact

 as possible flags). </div>

</div>

</div>

</div>

</div>

</blockquote>

<div><br>

</div>

<div>+1 to APIImpact flag</div>

<div><br>

</div>

<div>That there could be misses is not a good reason to not do this. Which is to say, let’s do this.</div>

<div><br>

</div>

<div>Everett</div>

<div><br>

</div>

</div>

</body>

</html>