<div style="white-space:pre-wrap">The distinction is still mystifying after reading that section. If I read it right, a word is considered a &quot;common word&quot; if it&#39;s a dictionary headword in whatever dictionary happens to be on the bookshelf. Thus, because &quot;ID&quot; has an entry in that dictionary, it must be spelled &quot;Id&quot;, but &quot;IO&quot; must be left alone apparently because it wasn&#39;t in the dictionary of choice (or, wasn&#39;t given in &quot;closed form&quot; in that dictionary) at the time the API authors looked it up. But I can tell you for certain that &quot;UI&quot; is now included in the Oxford English Dictionary (as of 2012 draft additions), while &quot;IO&quot; is listed as &quot;I/O&quot;.</div><br><div class="gmail_quote"><div dir="ltr">On Fri, Feb 12, 2016 at 12:29 PM Carlos Parada &lt;<a href="mailto:carlosparada@mac.com">carlosparada@mac.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Acronyms vs. abbreviations is my own way of understanding it, but the actual .NET guidelines list “Id&quot; under “Compound Words and Common Terms”. The guidelines are here:<br>
<br>
<a href="https://msdn.microsoft.com/en-us/library/ms229043(v=vs.110).aspx" rel="noreferrer" target="_blank">https://msdn.microsoft.com/en-us/library/ms229043(v=vs.110).aspx</a><br>
<br>
“Ok” and “Pi” are other ones listed under “Compound Words and Common Terms&quot;.<br>
<br>
— Carlos Parada<br>
<br>
<br>
&gt; On Feb 12, 2016, at 10:11 AM, Xiaodi Wu via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>&gt; wrote:<br>
&gt;<br>
&gt; Oy. Distinguishing acronyms and abbreviations: this can&#39;t lead to<br>
&gt; anything good. Reminds me of the seemingly endless attempt at<br>
&gt; distinguishing &lt;abbr&gt; from &lt;acronym&gt; in HTML (until the standard<br>
&gt; standardized on the former). For one, there&#39;s no agreed-upon<br>
&gt; definition of the distinction between the two:<br>
&gt; <a href="http://data.grammarbook.com/blog/abbreviations/abbreviations-acronyms-and-initialisms-revisited/" rel="noreferrer" target="_blank">http://data.grammarbook.com/blog/abbreviations/abbreviations-acronyms-and-initialisms-revisited/</a><br>
&gt;<br>
&gt; If we use a commonly used distinction--that acronyms are &quot;pronounced<br>
&gt; as words&quot; but abbreviations are not--neither &quot;ID&quot; nor &quot;IO&quot; are<br>
&gt; pronounced &quot;as words.&quot;<br>
&gt;<br>
&gt;<br>
&gt; On Fri, Feb 12, 2016 at 12:04 PM, Carlos Parada &lt;<a href="mailto:carlosparada@mac.com" target="_blank">carlosparada@mac.com</a>&gt; wrote:<br>
&gt;&gt; I’ve used the .NET frameworks and conventions extensibly and while some of them didn’t look quite right initially, they grew up on me, and now I prefer them.<br>
&gt;&gt;<br>
&gt;&gt; They do seem to use uppercase for two letter acronyms, but not for abbreviations though. When I started doing .NET I was so used to typing ID (as in identifier), but their convention is to type Id, as in CustomerId, or idForObject. It makes sense, just as you would use Ptr for Pointer, or Int for Integer.<br>
&gt;&gt;<br>
&gt;&gt; — Carlos Parada<br>
&gt; _______________________________________________<br>
&gt; swift-evolution mailing list<br>
&gt; <a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a><br>
&gt; <a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" target="_blank">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br>
<br>
</blockquote></div>