<div dir="ltr">I've seen a few cases of <literal> vs. <option> recently appear in reviews and we need a decision either way. The convention definitions and examples don't compel me to change <literal> to <option>.</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 17, 2014 at 11:13 AM, Andreas Jaeger <span dir="ltr"><<a href="mailto:aj@suse.com" target="_blank">aj@suse.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 09/17/2014 06:06 PM, Anne Gentle wrote:<br>
> Heh.<br>
><br>
> Okay, I don't see the value in changing all of our source at this point.<br>
> Here's an example though.<br>
><br>
> This example of literal markup shows an inline "code" (ok, weak example)<br>
> marking. The nova user is not an option, but we do want to set it off as<br>
> it's the name we expect.<br>
><br>
> <para>Replace <replaceable>NOVA_PASS</replaceable> with the password you<br>
> chose for the <literal>nova</literal> user in the Identity service.</para><br>
><br>
> In the example below, if we would use <option> instead of <literal> we<br>
> could one day automate a list of options described in the install guide:<br>
><br>
> <note><para>Comment out any <literal>auth_host</literal>,<br>
> <literal>auth_port</literal>, and <literal>auth_protocol</literal><br>
> options because the <literal>identity_uri</literal> option replaces<br>
> them.</para></note><br>
><br>
> I really don't think the difference is worth the trouble in changing the<br>
> current source though.<br>
<br>
<br>
</span>So, new code should use <option>option</option> but old code with<br>
<literal> - also with key? is fine...<br>
<div class="HOEnZb"><div class="h5"><br>
Andreas<br>
--<br>
 Andreas Jaeger aj@{<a href="http://suse.com" target="_blank">suse.com</a>,<a href="http://opensuse.org" target="_blank">opensuse.org</a>} Twitter: jaegerandi<br>
  SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany<br>
   GF: Jeff Hawn,Jennifer Guild,Felix Imendörffer,HRB16746 (AG Nürnberg)<br>
    GPG fingerprint = 93A3 365E CE47 B889 DF7F  FED1 389A 563C C272 A126<br>
</div></div></blockquote></div><br></div>