[css-anchor-position] Add issue about position-fallback-bounds being a more generic ability

Author: tabatkins

css-anchor-position-1/Overview.bs

@@ -1235,6 +1235,17 @@ this property determines which [=position option=] to use.
 </dl>
 -->
 
+The 'position-try' Shorthand {#position-try-prop}
+-------------------------------------------------
+
+<pre class="propdef shorthand">
+Name: position-try
+Value: <<'position-try-order'>>? <<'position-try-options'>>
+</pre>
+
+This shorthand sets both 'position-try-options' and 'position-try-order'.
+If <<'position-try-order'>> is omitted,
+it's set to the property's initial value.
 
 
 <!-- Big Text: @pos-try
@@ -1367,6 +1378,12 @@ Animation type: discrete
 		Issue: padding-box? Or content-box? Should it be controllable?
 </dl>
 
+Issue: Or should this just be a more generic CSS Position ability,
+where any abspos can select a specific element as its containing block?
+Presumably still using the 'anchor-name' to specify it,
+and applying the same constraints as described here,
+to ensure proper ordering of layout
+
 
 Applying Position Fallback {#fallback-apply}
 --------------------------