Re-shoot the phone screenshots, and fix what taking them exposed
The phone set was two days old and predated M16-M20: nothing in it showed the copy-to picker, the trash's window or the compress dialog. It is now eight shots (Play's maximum) taken from the signed release build over the demo library: home, folder list, photo grid, storage usage, sort sheet, Copy to..., the trash with its 24-hour line and Empty trash, and the compress dialog with its switch. The shots have to stay inside the demo library, so two things were deliberately not captured: the home screen (its library counts are the real phone's - the old AVD-shot file is kept) and the picker one level down (it would name real folders). The picker is shot at the volume list instead. Taking the picker shot exposed a real bug: it listed '.plainfiles-trash' among the destinations, because unlike every other listing it did not filter hidden entries. Hidden folders are now offered only when the listing shows hidden files, with a test for both halves. The tablet sets are unchanged. The tablet AVDs cannot boot on this machine (no KVM) and the phone-resized path needs more navigation work than this session had left; the checklist says so and records what to regenerate and where.
This commit is contained in:
@@ -197,7 +197,7 @@ Full copy and the generated graphics land in **M10** (`docs/STORE_LISTING.md`).
|
||||
fields needed: app name, short description, full description, app icon 512×512, feature
|
||||
graphic 1024×500, and the screenshots.
|
||||
|
||||
- [ ] Upload the screenshots from `store-assets/screenshots/`: **phone** 1080×2160 (5),
|
||||
- [ ] Upload the screenshots from `store-assets/screenshots/`: **phone** 1080×2160 (8),
|
||||
**7-inch tablet** 1200×1920 (4), **10-inch tablet** 2560×1600 (4). Play wants 4+ per
|
||||
large-screen form factor. All three sets clear its rules — 24-bit PNG with no alpha,
|
||||
shorter side ≥ 320, longer side ≤ 3840, and longer side ≤ 2× the shorter side.
|
||||
@@ -205,11 +205,16 @@ graphic 1024×500, and the screenshots.
|
||||
whose app area is blank.
|
||||
- [ ] Expect the 7-inch set to be single-pane and the 10-inch set two-pane. That is the
|
||||
adaptive layout working, not an inconsistency — see the CHANGELOG.
|
||||
- [ ] The committed sets show browsing, a folder list, an image preview and storage usage.
|
||||
**None of them show search, undo, the trash or receiving a share** — four features the
|
||||
app now has. The existing shots stay accurate (no layout changed), so this is an
|
||||
opportunity rather than a defect: two or three more captures would let the listing
|
||||
advertise them. See `tools/make-store-screenshots.sh`.
|
||||
- [x] The phone set was re-shot on 2026-10-18 and now shows **browsing, a folder list, the photo
|
||||
grid, storage usage, the sort sheet, the Copy to… picker, the trash (with its 24-hour window and
|
||||
Empty trash) and the compress dialog** — the last three are what M16-M20 added. **Still not
|
||||
shown**: search, undo, and receiving a share. The picker shot is taken at the volume list on
|
||||
purpose: one level down it would publish the real phone's folder names, which the demo-library
|
||||
rule above forbids.
|
||||
- [ ] The tablet sets were **not** re-shot: the TV/tablet AVDs cannot boot on this machine (no KVM),
|
||||
and the phone-resized path needs more navigation work. They stay accurate for the screens they
|
||||
show (roots, folder list, image preview, storage usage) and should be regenerated on a machine
|
||||
with KVM before the listing goes live.
|
||||
|
||||
## 8. Release tracks and pricing
|
||||
|
||||
|
||||
Reference in New Issue
Block a user