Confirm merge from FromPublicMasterBranch to master to sync with https://github.com/MicrosoftDocs/cpp-docs (branch master) (#475)

openpublishbuild · Colin Robertson · commit 531ac4f817ce · 2017-12-13T17:30:21.000-08:00
* More || operator rendering fixes * Update compiler-warnings-that-are-off-by-default.md Added missing link. C4682 * Incorrect instructions on how to get FtmBase To get FtmBase, you list it as a template parameter. There is no RuntimeClass::FtmBase flag. * describe the variadic template args now used, fill in missing parts This page was documenting the pre-Variadic template arg version of this function, was missing several important things so I've updated it * pr feedback from Raymond thank you Raymond * FtmBase is a class, not a member of RuntimeClassType * fixed pre-existing typo * Update get-osfhandle.md * Update open-osfhandle.md * Update fdopen-wfdopen.md * Update fdopen-wfdopen.md Fix broken formatting * Update precedence-and-order-of-evaluation.md Adjust formatting for clarity, where possible. * Update get-osfhandle.md _close Modify wording around using _close on file descriptors owned by FILE*s * Update open-osfhandle.md Modify wording around using _close on file descriptors owned by FILE*s * Merge Live (MicrosoftDocs#474) * Create the quickstart TOC entries * Add link to something useful after build. * Fix link * Quickstart -> Tutorial * Confirm merge from FromPublicMasterBranch to master to sync with https://github.com/MicrosoftDocs/cpp-docs (branch master) (MicrosoftDocs#469) * Update compiler-warnings-that-are-off-by-default.md Added missing link. C4682 * describe the variadic template args now used, fill in missing parts This page was documenting the pre-Variadic template arg version of this function, was missing several important things so I've updated it * pr feedback from Raymond thank you Raymond * FtmBase is a class, not a member of RuntimeClassType * fixed pre-existing typo * Update get-osfhandle.md * Update open-osfhandle.md * Update fdopen-wfdopen.md * Update fdopen-wfdopen.md Fix broken formatting * Confirm merge from FromPublicMasterBranch to master to sync with https://github.com/MicrosoftDocs/cpp-docs (branch master) (#473) * Update compiler-warnings-that-are-off-by-default.md Added missing link. C4682 * describe the variadic template args now used, fill in missing parts This page was documenting the pre-Variadic template arg version of this function, was missing several important things so I've updated it * pr feedback from Raymond thank you Raymond * FtmBase is a class, not a member of RuntimeClassType * fixed pre-existing typo * Update get-osfhandle.md * Update open-osfhandle.md * Update fdopen-wfdopen.md * Update fdopen-wfdopen.md Fix broken formatting * Update get-osfhandle.md _close Modify wording around using _close on file descriptors owned by FILE*s * Update open-osfhandle.md Modify wording around using _close on file descriptors owned by FILE*s * alternatios -> alternations
diff --git a/docs/c-language/precedence-and-order-of-evaluation.md b/docs/c-language/precedence-and-order-of-evaluation.md
@@ -20,16 +20,16 @@ The precedence and associativity of C operators affect the grouping and evaluati
   
  The following table summarizes the precedence and associativity (the order in which the operands are evaluated) of C operators, listing them in order of precedence from highest to lowest. Where several operators appear together, they have equal precedence and are evaluated according to their associativity. The operators in the table are described in the sections beginning with [Postfix Operators](../c-language/postfix-operators.md). The rest of this section gives general information about precedence and associativity.  
   
-### Precedence and Associativity of C Operators  
+## Precedence and Associativity of C Operators  
   
-|Symbol1|Type of Operation|Associativity|  
+|Symbol <sup>1</sup>|Type of Operation|Associativity|  
 |-------------|-----------------------|-------------------|  
-|**[ ] ( ) . ->** postfix `++` and postfix **--**|Expression|Left to right|  
-|prefix `++` and prefix **-- sizeof &   \*   + - ~ !**|Unary|Right to left|  
+|**\[ ] ( ) . ->**<br /><br />**++** **--** (postfix)|Expression|Left to right|  
+**sizeof & \* + - ~ !**<br /><br />**++ --** (prefix)|Unary|Right to left|  
 |*typecasts*|Unary|Right to left|  
 |**\* / %**|Multiplicative|Left to right|  
 |**+ -**|Additive|Left to right|  
-|**<\< >>**|Bitwise shift|Left to right|  
+|**\<\< >>**|Bitwise shift|Left to right|  
 |**\< > \<= >=**|Relational|Left to right|  
 |**== !=**|Equality|Left to right|  
 |**&**|Bitwise-AND|Left to right|  
@@ -38,7 +38,7 @@ The precedence and associativity of C operators affect the grouping and evaluati
 |**&&**|Logical-AND|Left to right|  
 |**&#124;&#124;**|Logical-OR|Left to right|  
 |**? :**|Conditional-expression|Right to left|  
-|**= \*= /= %=**<br /><br /> **+= -= <\<= >>=&=**<br /><br /> **^= &#124;=**|Simple and compound assignment2|Right to left|  
+|**= \*= /= %=**<br /><br /> **+= -= \<\<= >>= &=**<br /><br /> **^= &#124;=**|Simple and compound assignment <sup>2</sup>|Right to left|  
 |**,**|Sequential evaluation|Left to right|  
   
  1. Operators are listed in descending order of precedence. If several operators appear on the same line or in a group, they have equal precedence.  
@@ -51,22 +51,20 @@ The precedence and associativity of C operators affect the grouping and evaluati
   
  Logical operators also guarantee evaluation of their operands from left to right. However, they evaluate the smallest number of operands needed to determine the result of the expression. This is called "short-circuit" evaluation. Thus, some operands of the expression may not be evaluated. For example, in the expression  
   
-```  
-x && y++  
-```  
+`x && y++`  
   
  the second operand, `y++`, is evaluated only if `x` is true (nonzero). Thus, `y` is not incremented if `x` is false (0).  
   
- **Examples**  
+## Examples
   
  The following list shows how the compiler automatically binds several sample expressions:  
-  
+
 |Expression|Automatic Binding|  
 |----------------|-----------------------|  
-|`a & b &#124;&#124; c`|`(a & b) &#124;&#124; c`|  
-|`a = b &#124;&#124; c`|`a = (b &#124;&#124; c)`|  
-|`q && r &#124;&#124; s--`|`(q && r) &#124;&#124; s--`|  
-  
+|a & b &#124;&#124; c|(a & b) &#124;&#124; c|  
+|a = b &#124;&#124; c|a = (b &#124;&#124; c)|  
+|q && r &#124;&#124; s--|(q && r) &#124;&#124; s--|  
+
  In the first expression, the bitwise-AND operator (`&`) has higher precedence than the logical-OR operator (`||`), so `a & b` forms the first operand of the logical-OR operation.  
   
  In the second expression, the logical-OR operator (`||`) has higher precedence than the simple-assignment operator (`=`), so `b || c` is grouped as the right-hand operand in the assignment. Note that the value assigned to `a` is either 0 or 1.  
@@ -77,13 +75,11 @@ x && y++
   
 |Illegal Expression|Default Grouping|  
 |------------------------|----------------------|  
-|`p == 0 ? p += 1: p += 2`|`( p == 0 ? p += 1 : p ) += 2`|  
+|p == 0 ? p += 1: p += 2|( p == 0 ? p += 1 : p ) += 2|  
   
  In this expression, the equality operator (`==`) has the highest precedence, so `p == 0` is grouped as an operand. The conditional-expression operator (`? :`) has the next-highest precedence. Its first operand is `p == 0`, and its second operand is `p += 1`. However, the last operand of the conditional-expression operator is considered to be `p` rather than `p += 2`, since this occurrence of `p` binds more closely to the conditional-expression operator than it does to the compound-assignment operator. A syntax error occurs because `+= 2` does not have a left-hand operand. You should use parentheses to prevent errors of this kind and produce more readable code. For example, you could use parentheses as shown below to correct and clarify the preceding example:  
   
-```  
-( p == 0 ) ? ( p += 1 ) : ( p += 2 )  
-```  
+`( p == 0 ) ? ( p += 1 ) : ( p += 2 )`  
   
 ## See Also  
  [C Operators](../c-language/c-operators.md)
diff --git a/docs/standard-library/regular-expressions-cpp.md b/docs/standard-library/regular-expressions-cpp.md
@@ -26,7 +26,7 @@ The regular expression grammar to use is by specified by the use of one of the `
 -   `extended`: The POSIX extended regular expressions or ERE.
 -   `awk`: This is `extended`, but it has additional escapes for non-printing characters.
 -   `grep`: This is `basic`, but it also allows newline ('\n') characters to separate alternations.
--   `egrep`: This is `extended`, but it also allows newline characters to separate alternatios.
+-   `egrep`: This is `extended`, but it also allows newline characters to separate alternations.
 
 By default, if no grammar is specified, `ECMAScript` is assumed. Only one grammar may be specified.  
   
diff --git a/docs/windows/runtimeclass-class.md b/docs/windows/runtimeclass-class.md
@@ -30,7 +30,7 @@ template <unsigned int classFlags, typename ...TInterfaces> class RuntimeClass;
   
 #### Parameters  
  `classFlags`  
-Optional paramater. A combination of one or more [RuntimeClassType](../windows/runtimeclasstype-enumeration.md) enumeration values.  The `__WRL_CONFIGURATION_LEGACY__` macro can be defined to change the default value of classFlags for all runtime classes in the project. If defined, RuntimeClass instances are non-agile by default. When not defined, RuntimeClass instances are agile by default. To avoid ambiguity always specify the Microsoft::WRL::FtmBase in `TInterfaces` or RuntimeClassType::InhibitFtmBase. Note, if InhibitFtmBase and FtmBase are both used the object will be agile.
+Optional paramater. A combination of one or more [RuntimeClassType](../windows/runtimeclasstype-enumeration.md) enumeration values. The `__WRL_CONFIGURATION_LEGACY__` macro can be defined to change the default value of classFlags for all runtime classes in the project. If defined, RuntimeClass instances are non-agile by default. When not defined, RuntimeClass instances are agile by default. To avoid ambiguity always specify the Microsoft::WRL::FtmBase in `TInterfaces` or RuntimeClassType::InhibitFtmBase. Note, if InhibitFtmBase and FtmBase are both used the object will be agile.
  
  `TInterfaces`  
 The list of interfaces the object implements beyond IUnknown, IInspectable or other interfaces controlled by [RuntimeClassType](../windows/runtimeclasstype-enumeration.md). It also may list other classes to be derived from, notably Microsoft::WRL::FtmBase to make the object agile and cause it to implement IMarshal.
