fix(android): the keyboard no longer buries the bottom of a form

The frame is nailed to the whole screen, so when the keyboard rises the
content overflows nothing and the bottom third becomes unreachable: the
form's password field could only be seen by folding the keyboard away.

Reserving below the scroll area exactly the height the keyboard covers
gives the panel something to scroll. The measure answers correctly whether
or not the engine actually resizes the window - if it does, innerHeight
shrinks too, the reserve is zero, and the natural overflow already does the
work. No need to know which case applies.

A first attempt shrank the body to the visible height; it changed nothing
observable, and it depended on which of three over-constrained box
properties the engine drops. This does not.

The plan records where a save's time actually goes: 46 ms of crypto, 2745 ms
of PUT for 267 Ko. That is the floor for a monolithic container.

android-client/web/app.html

@@ -67,9 +67,15 @@
   body.on-detail #list   { transform: translateX(-22%); }
   body.on-detail #detail { transform: translateX(0); }
 
+  /* LE CLAVIER RECOUVRE LA PAGE, IL NE LA RETRECIT PAS. Le cadre est cloue a
+     l'ecran entier, donc quand le clavier monte le contenu ne deborde de rien
+     et le tiers du bas devient inatteignable : le champ mot de passe du
+     formulaire ne se voyait qu'en repliant le clavier. Reserver dessous la
+     hauteur qu'il occupe rend au panneau de quoi defiler. */
   .scroll { flex: 1; overflow-y: auto; overflow-x: hidden;
             -webkit-overflow-scrolling: touch;
-            overscroll-behavior: contain; padding: 0 12px 16px; }
+            overscroll-behavior: contain;
+            padding: 0 12px calc(16px + var(--kb, 0px)); }
 
   /* --- barre de recherche ------------------------------------------------ */
   .top { padding: 10px 12px 6px; display: flex; gap: 8px; }
@@ -669,6 +675,31 @@ addEventListener('scroll', function (ev) {
   if (box && box.scrollLeft && box.id !== 'folders') box.scrollLeft = 0;
 }, true);
 
+// LE CLAVIER RECOUVRE LA PAGE, IL NE LA RETRECIT PAS.
+//
+// Le cadre est cloue a l'ecran entier (position:fixed, inset:0) et le moteur ne
+// le redimensionne pas quand le clavier monte : la page garde sa hauteur, le
+// clavier passe par-dessus, et le tiers du bas devient inatteignable. Rien ne
+// depassait, donc rien ne defilait - le champ mot de passe du formulaire ne se
+// voyait qu'en repliant le clavier.
+//
+// visualViewport donne la hauteur REELLEMENT visible. La reporter sur le corps
+// retrecit les vues, le panneau defilant retrouve du contenu en trop, et le
+// moteur peut de nouveau amener a l'ecran le champ qui prend le focus.
+if (window.visualViewport) {
+  var vv = window.visualViewport;
+  // Ce que le clavier RECOUVRE, en pixels. Zero quand il est replie - et zero
+  // aussi si le moteur retrecit reellement la fenetre, auquel cas le panneau
+  // deborde tout seul et n'a besoin de rien. La meme mesure repond donc juste
+  // dans les deux cas, sans qu'on ait a savoir lequel s'applique.
+  var measureKeyboard = function () {
+    var hidden = Math.max(0, Math.round(window.innerHeight - vv.height));
+    document.documentElement.style.setProperty('--kb', hidden + 'px');
+  };
+  vv.addEventListener('resize', measureKeyboard);
+  measureKeyboard();
+}
+
 // AUCUN CHAMP D'UNE VUE AU REPOS NE GARDE LE FOCUS.
 //
 // Meme origine que le glissement ci-dessus. La touche de validation du clavier