[css-align] Rename offset properties to inset properties per current state of css-logical. Fixes w3c#1430.

Author: fantasai

css-align/Overview.bs

@@ -1006,7 +1006,7 @@ Inline/Main-Axis Alignment: the 'justify-self' property</h3>
 				In terms of CSS2.1 block-level formatting [[!CSS2]],
 				the rules for “over-constrained” computations in <a href="https://www.w3.org/TR/CSS21/visudet.html#blockwidth">section 10.3.3</a>
 				are ignored in favor of alignment as specified here
-				and the used value of the offset properties are therefore not adjusted to correct for the over-constraint.
+				and the used value of the inset properties are therefore not adjusted to correct for the over-constraint.
 
 				This property does not apply to floats.
 	</table>
@@ -1031,7 +1031,7 @@ Inline/Main-Axis Alignment: the 'justify-self' property</h3>
 			<th><a>Alignment Container</a>
 			<td>
 				The box's containing block,
-				as modified by the offset properties ('top'/'right'/'bottom'/'left').
+				as modified by the inset properties ('top'/'right'/'bottom'/'left').
 		<tr>
 			<th><a>Alignment Subject</a>
 			<td>
@@ -1043,7 +1043,7 @@ Inline/Main-Axis Alignment: the 'justify-self' property</h3>
 				the ''justify-self/normal'' keyword behaves as ''start'' on replaced absolutely-positioned boxes,
 				and behaves as ''justify-self/stretch'' on all other absolutely-positioned boxes.
 
-				If neither offset in this axis is ''top/auto'',
+				If neither inset in this axis is ''top/auto'',
 				but 'width' ('height', for <a>vertical writing modes</a>) is ''width/auto'',
 				the 'width' ('height') is treated as ''width/stretch''
 				and ''margin/auto'' margins are treated as zero.
@@ -1066,7 +1066,7 @@ Inline/Main-Axis Alignment: the 'justify-self' property</h3>
 				to fill their containing block
 				just as non-replaced ones do.
 
-				If either offset property in this dimension is ''top/auto'',
+				If either inset property in this dimension is ''top/auto'',
 				'justify-self' has no effect.
 	</table>
 
@@ -1203,7 +1203,7 @@ Block/Cross-Axis Alignment: the 'align-self' property</h3>
 			<th><a>Alignment Container</a>
 			<td>
 				The box's containing block,
-				as modified by the offset properties.
+				as modified by the inset properties.
 		<tr>
 			<th><a>Alignment Subject</a>
 			<td>
@@ -1215,7 +1215,7 @@ Block/Cross-Axis Alignment: the 'align-self' property</h3>
 				the ''align-self/normal'' keyword behaves as ''start'' on replaced absolutely-positioned boxes,
 				and behaves as ''align-self/stretch'' on all other absolutely-positioned boxes.
 
-				If neither offset in this axis is ''top/auto'',
+				If neither inset in this axis is ''top/auto'',
 				but 'height' ('width', for <a>vertical writing modes</a>) is ''height/auto'',
 				the 'height' ('width') is treated as ''height/stretch''
 				and ''margin/auto'' margins are treated as zero.
@@ -1229,7 +1229,7 @@ Block/Cross-Axis Alignment: the 'align-self' property</h3>
 				In terms of CSS2.1 formatting [[!CSS2]],
 				the rules for "over-constrained" computations in <a href="https://www.w3.org/TR/CSS21/visudet.html#abs-non-replaced-height">section 10.6.4</a>
 				are ignored in favor of alignment as specified here
-				and the used value of the offset properties are not adjusted to correct for the over-constraint.
+				and the used value of the inset properties are not adjusted to correct for the over-constraint.
 
 				Values other than ''align-self/stretch'' cause <a href="https://www.w3.org/TR/CSS21/visudet.html#abs-non-replaced-height">non-replaced absolutely-positioned boxes</a>
 				to use shrink-to-fit sizing for calculating ''height/auto'' block sizes.
@@ -1238,7 +1238,7 @@ Block/Cross-Axis Alignment: the 'align-self' property</h3>
 				to fill their containing block
 				just as non-replaced ones do.
 
-				If either offset property in this dimension is ''top/auto'',
+				If either inset property in this dimension is ''top/auto'',
 				'align-self' has no effect.
 	</table>