Screenshots: demo-library generator, per-form-factor targets, listing notes

tools/make-store-screenshots.sh

@@ -4,7 +4,7 @@
 #
 #   ./tools/make-store-screenshots.sh                          # phone   -> 1080x2160
 #   FORM_FACTOR=tablet-7in  ./tools/make-store-screenshots.sh  # 7-inch  -> 1200x1920
-#   FORM_FACTOR=tablet-10in ./tools/make-store-screenshots.sh  # 10-inch -> 1600x2560
+#   FORM_FACTOR=tablet-10in ./tools/make-store-screenshots.sh  # 10-inch -> 2560x1600
 #
 #   store-assets/raw-screenshots/<form>/   the raw captures (git-ignored)
 #   store-assets/screenshots/<form>/       what gets uploaded (committed)
@@ -14,6 +14,10 @@
 # 1080x2400 is 2.22:1 and is therefore REJECTED, which is why the phone path crops system
 # chrome (status + navigation bars) before clamping to 2:1. A tablet frame is already inside
 # the 2:1 cap on every profile the SDK ships, so its crop defaults to 0 and is opt-in.
+#
+# Play accepts portrait or landscape for the tablet slots; the targets below match the AVDs
+# this repo is tested against (the 10-inch one is a landscape profile), and the extent step
+# normalises to them either way.
 set -euo pipefail
 
 here="$(cd "$(dirname "$0")" && pwd)"
@@ -23,7 +27,7 @@ form="${FORM_FACTOR:-phone}"
 case "$form" in
     phone)       target_w=1080; target_h=2160; default_status=93;  default_nav=130 ;;
     tablet-7in)  target_w=1200; target_h=1920; default_status=0;   default_nav=0   ;;
-    tablet-10in) target_w=1600; target_h=2560; default_status=0;   default_nav=0   ;;
+    tablet-10in) target_w=2560; target_h=1600; default_status=0;   default_nav=0   ;;
     *) echo "Unknown FORM_FACTOR '$form' (phone|tablet-7in|tablet-10in)" >&2; exit 1 ;;
 esac