Editor: reach save-as from a phone; tray: signing config and README corrections

[nyblnet]

Two commits: the phone save-as gap (the functional one), and the tray signing wiring plus a README that had drifted into stating things that are no longer true.

Save-as was unreachable on a phone

The Save split button's caret is hidden on a phone — it does not fit beside a 44px target — which left Save a copy, Duplicate as new deck, every password action, Version history and the whole JSON round-trip with no route at all. The CSS said so in a KNOWN GAP comment; this closes it.

They are file operations, so they now sit at the bottom of ⋯ ("everything occasional") rather than behind a second nested dropdown, which on glass is worse than a long list.

One function builds the list into whichever container asks for it, so the phone copy cannot drift from the desktop one. It is rebuilt on every open because it is state-dependent — an encrypted file offers Change/Remove password where a plain one offers Encrypt — and torn down by tag, never by clearing the container: the buttons beside it are the real toolbar nodes on loan from the bar, and clearing would destroy them.

Three defects found by opening the menu, not by trusting the build

1. ⋯ refused to open at all — mine. Object.assign(el, {dataset: {...}}) throws, because dataset is a getter-only accessor, and the throw landed before the menu's own toggle. It type-checks perfectly, so tsc was silent and the symptom pointed nowhere near the cause.

2. ⋯ came up with the language list already unrolled inside it — pre-existing. .ed-dropdown.open .ed-menu is a DESCENDANT selector, and phone chrome demotes whole dropdown widgets (Share, Language) into that menu, so opening ⋯ displayed their menus too. Now >; every .ed-menu is appended straight onto its own .ed-dropdown, so the scope is exact.

3. Language sat there as a bare globe while every neighbour was captioned — also pre-existing. The borrow-the-tooltip labeller asked the demoted node whether it already had a label, and a dropdown WRAPPER always answers yes: it contains the menu it hides, and that menu is full of spans. It asks the trigger now.

Separately, these menus are start-anchored but open from buttons in the right half of a 402px bar, so they grew away from the screen — ⋯ sits at x≈374 and even the old six short rows were partly cut off. End-anchored now, width and height bounded, and scrollable, since a dropdown is absolutely positioned and nothing else could scroll it back into reach.

Verified

At 402x760 in the built single file: all 15 rows present and labelled, menu box 196..396 of 402 and inside the viewport vertically, an item fires its action and closes the menu, nested submenus stay display:none until opened. Then at 1280x800: caret back, same list, 0 stray phone rows, 0 stray borrowed labels, Help back in the bar. Conformance gate, test-preview 18/18, test-packs 17/17.

Signing, without committing anybody's Team ID

The simulator needs none — it signs ad-hoc, which is why every build so far has just worked. A device needs a team, so the project sets CODE_SIGN_STYLE and takes DEVELOPMENT_TEAM from the environment at generation time:

BENTO_TEAM_ID=ABCDE12345 xcodegen

A Team ID identifies a person or company, and the .xcodeproj carrying it is generated and gitignored. Verified both ways: set, the setting appears; unset, DEVELOPMENT_TEAM is absent entirely and the simulator build still succeeds.

The launch screen needed nothing

Recorded so it is not "fixed" later. UILaunchScreen is already declared (empty dict = adapt to the system), and holding a cold start with --wait-for-debugger shows a blank screen that is white in light and black in dark — already matching the document browser it hands over to. A branded splash would ADD a flash on the way there, and the HIG asks for a launch screen resembling the first screen rather than an ad.

README corrections

It had drifted into claims that are no longer true, which is worse than saying nothing:

• "the app has never been linked, launched or run" — it has now been built, installed and driven on iPhone and iPad simulators.
• a nav bar with a Documents button that "auto-hides in landscape" — that bar is gone in both orientations, replaced by the floating chevron, and hidesBarsWhenVerticallyCompact never fired for a modal nav controller anyway.
• "presenting takes real element fullscreen" — element fullscreen is declined on every device now. The section explaining why replaces it, with the measured letterboxing.

State: scaffold, not shippable is renamed to what is true: it runs, it is unsigned, and nothing is verified on real hardware — no signing, no provisioning, no file providers, and the share-sheet and AirDrop routes in are still untried.