0619740da16c9ea6e1e2c2c6629df8c0f320349a
Two things, and the second was me misreading the question: the affordance was asked for in the LIST, not in the opened entry. A long press on a row opens the same menu. Not a cross per row - an irreversible action a thumb's width away on a list one scrolls - and not a third button per row, when those were just cleared away. A long press is invisible until used, it is Android's convention for acting on a list item, and it is where multi-select would go if it ever comes. And the deleted entry reopened itself. editDone hands control back after a refusal, but it redrew the LAST detail - after a delete the view has already returned to the list, so the entry one had just erased came back on screen. It now hands back to what is on screen, not to what was. Delphi deletes by rank when the list asks, by the open entry otherwise - exactly like open and copy. The page never sends a uuid: it has one, but letting it name a row Delphi never displayed is a door with no reason to be open.
Description
full local password manager
Languages
Pascal
46.7%
JavaScript
35.4%
HTML
9.4%
CSS
4.9%
PHP
2.1%
Other
1.4%