r-zakarya
ebd4752ec9
The floating menu was wrong for a list. It closed on the next tap, so opening an entry afterwards took two gestures and felt like a button had got stuck. Android's contextual bar instead: a long press selects, the top bar takes the place of search, says how many rows are held, and offers duplicate and delete. It goes away when nothing is held. One does not search while choosing what to delete, and two rows of controls would fight over the same thumb. Selection is multiple, because the cost is in the bar, not in the work: the patch closure loops, and ten deletions become ONE publish. The container goes up whole on every write - deleting ten entries one by one would pay that trip ten times, and give nine chances to fail halfway. A tap during selection picks rather than opens, which is also the way out: unpicking the last row closes the bar. The hardware back cancels the selection before locking the vault - locking because someone wanted to cancel a choice is the opposite of what the gesture means. Both menus stay, with distinct jobs: the bar acts on rows chosen in the list, the detail's three dots act on the entry in front of you. Duplicate copies everything, attachments included, as the desktop does - a copy that silently lost the attached document would be a surprise discovered too late.
