Si le clavier virtuel masque le paragraphe, la cellule ou le champ de recherche que vous êtes en train de modifier dans Collabora Online, commencez par identifier l'origine du problème : l'éditeur de document, le navigateur mobile ou l'application qui intègre Collabora dans une WebView. Sur un téléphone, le clavier peut réduire la partie visible d'une page sans pour autant redimensionner tous les éléments de la mise en page. L'éditeur peut conserver sa position initiale tandis que le navigateur ou l'application hôte gère différemment la zone visible réduite.
Avant de modifier les paramètres du serveur, effectuez les vérifications suivantes. Une comparaison rapide entre le même document affiché dans la vue intégrée et dans un navigateur autonome permet souvent de déterminer si le problème provient de l'hébergeur du document. Si vous gérez l'application Android ou le site web, examinez comment votre hébergeur gère le clavier et les marges de la WebView avant d'ajouter des scripts personnalisés.
Que devez-vous vérifier en premier ?
- Enregistrez le document, puis rouvrez le même fichier dans un navigateur autonome à jour sur le même téléphone.
- Saisissez le même texte ou la même feuille de calcul, ouvrez le clavier et vérifiez si le curseur et le texte restent visibles.
- Répétez l'opération dans l'application d'origine ou la vue Web intégrée. Si seule la version intégrée présente le même problème, veuillez indiquer l'application hôte et la vue Web comme faisant partie du problème.
- Essayez de faire pivoter le téléphone ou de dézoomer légèrement. Ce sont des solutions de contournement pour le diagnostic ; elles ne réparent pas un problème d’affichage.
Collabora Online est présenté comme une application web compatible avec les principaux navigateurs actuels ; des applications mobiles distinctes sont également disponibles. Il s'agit de deux méthodes d'accès aux documents différentes ; testez donc celle que vous utilisez au quotidien. Consultez les informations produit de Collabora Online et celles de l'application mobile Collabora . Action : comparez le même document, le même compte et le même champ de saisie dans votre application habituelle et dans l'application mobile avant de modifier les paramètres.
Pourquoi le clavier masque-t-il le texte ?
Les pages web mobiles possèdent une zone de mise en page et une zone d'affichage visuelle. La zone de mise en page décrit la zone de mise en page, tandis que la zone d'affichage visuelle correspond à la portion visible à l'écran. Lorsqu'un clavier virtuel apparaît, les navigateurs peuvent réduire la zone d'affichage visuelle et faire défiler la page vers le champ sélectionné. Le comportement exact varie selon le navigateur et le contexte d'intégration. Si un éditeur de texte, un navigateur ou une application native conserve la hauteur de la zone d'affichage initiale, le contenu actif peut se retrouver masqué par le clavier.
Cette distinction est documentée dans la documentation MDN relative à VisualViewport . Elle explique le comportement web sous-jacent ; elle n’établit pas qu’une version particulière de Collabora présente un défaut confirmé. Action : utilisez la comparaison avec un navigateur autonome pour déterminer si le problème se manifeste dans l’éditeur quel que soit le navigateur ou uniquement au sein d’un seul hôte.
Corrections pour une personne modifiant un document
1. Mettez à jour et rouvrez le contexte d'édition
Installez les mises à jour disponibles pour le navigateur mobile ou l'application hôte, fermez le document, puis rouvrez-le. Cela peut résoudre un problème d'état de page obsolète ou un problème lié à une version spécifique, mais ne garantit pas la résolution d'un bug d'affichage. Évitez d'utiliser un onglet en cache resté ouvert après une mise à jour du navigateur ou du système d'exploitation. Action : testez à nouveau après avoir complètement fermé et rouvert l'application, puis notez la version du navigateur ou de l'application si le curseur est toujours masqué par le clavier.
2. Utilisez le navigateur autonome à titre de comparaison ou comme solution de contournement temporaire.
Si Collabora est ouvert depuis une application de stockage cloud, un client de messagerie ou un portail personnalisé, utilisez l'option « Ouvrir dans le navigateur » de ce service si elle est disponible. Si le texte reste visible dans le navigateur, il est plus probable que le problème provienne de la WebView intégrée à l'application ou de sa mise en page native. Si les deux versions présentent le même problème, celui-ci peut provenir du moteur du navigateur, du système d'exploitation, de la version de l'éditeur ou d'un contrôle spécifique de Collabora.
N’utilisez pas systématiquement le navigateur seul : l’application hôte peut être nécessaire pour l’authentification ou l’enregistrement des fichiers. Action : utilisez la méthode qui permet de garder le curseur visible pour les modifications urgentes et signalez le problème au responsable du service ou de l’application.
3. Faites plus d'espace pendant que vous travaillez.
En attendant une solution définitive, passez votre appareil en mode paysage, réduisez légèrement le zoom, faites défiler le document pour que le paragraphe actif soit plus haut à l'écran, ou masquez le clavier entre les modifications. Dans Calc, le comportement de la zone de saisie de formule ou d'un contrôle d'édition de cellule peut différer de celui de l'édition directe dans la grille ; testez donc le contrôle qui se masque. Ces étapes peuvent rendre visible le contenu sélectionné, mais elles ne prouvent pas que la gestion de la fenêtre d'affichage par l'application est correcte.
Action : répétez la même modification après chaque solution de contournement et vérifiez que vous pouvez voir à la fois le point d’insertion et le texte environnant. Si un seul champ de barre d’outils ou une seule zone de recherche est masqué, signalez ce champ spécifiquement plutôt que de déclarer l’ensemble du document inutilisable.
S'agit-il d'un problème connu de Collabora ?
Certains rapports récents de Collabora indiquent que les commandes mobiles disparaissent lorsque le clavier s'affiche, mais ce problème est lié à des appareils, des versions d'application et des flux de travail spécifiques. Par exemple, un rapport de septembre 2026 décrit un champ de recherche masqué par le clavier dans l'application mobile Collabora sur iOS et iPadOS ; ce problème est indiqué comme non confirmé dans l'outil de suivi des problèmes du projet. Ce rapport témoigne d'un symptôme observé, et non de la présence de ce même bug dans tous les navigateurs mobiles de Collabora Online, ni de l'existence d'un correctif. Consultez le rapport relatif au champ de recherche mobile de Collabora pour connaître la portée exacte du problème.
Action : vérifiez l’état et la version du problème avant de le prendre en charge. Un utilisateur utilisant Collabora via navigateur doit également préciser que le problème se produit dans la version web et non dans l’application mobile native de Collabora Office.
Que doit examiner un développeur Android WebView ?
Si votre application intègre Collabora Online dans une WebView Android, examinez le comportement du clavier virtuel et de la marge de fenêtre de l'activité hôte. Android indique qu'une activité peut demander le redimensionnement de sa fenêtre à l'ouverture du clavier android:windowSoftInputMode="adjustResize". Android documente également les marges de fenêtre des WebView modernes : la non-transmission ou la non-conformité des modifications de marge peut empêcher la WebView de recevoir les mises à jour de la zone d'affichage et perturber certains comportements scrollIntoView(). Consultez les recommandations actuelles d'Android concernant la visibilité des méthodes d'entrée et le guide Android sur les marges de fenêtre des WebView .
adjustResizeIl s'agit d'un point de départ utile, mais pas d'une solution universelle. La mise en page bord à bord, la version d'Android, les écouteurs d'événements personnalisés, les conteneurs parents et l'emplacement de la WebView peuvent influencer le résultat. En particulier, n'utilisez pas les marges du clavier sans comprendre comment les éléments enfants les reçoivent. Action : testez un écran hôte minimal avec une WebView et un champ modifiable standard, puis comparez le comportement du clavier avec celui de la page Collabora. Modifiez un paramètre hôte à la fois et testez à nouveau le défilement, la visibilité du curseur et la fermeture du clavier.
Sur iOS, une application native intégrant une vue web doit être vérifiée dans la mise en page UIKit/WebKit de l'application hôte ainsi que dans la page elle-même. Apple fournit des informations sur la prise en compte du clavier dans le guide keyboardLayoutGuide d'UIKit . Il s'agit d'une recommandation pour les développeurs d'applications, et non d'un paramètre destiné à l'utilisateur final d'un document Collabora.
Faut-il ajouter du JavaScript ou du CSS à Collabora ?
En règle générale, il est déconseillé de commencer par injecter du CSS dans l'iframe de l'éditeur ou de modifier la mise en page du document Collabora. L'API VirtualKeyboard permet à une application web de contrôler directement les superpositions de clavier, mais MDN indique que sa disponibilité est limitée et explique que, pour désactiver le redimensionnement automatique du navigateur, la page doit gérer elle-même la géométrie du clavier. De plus, la zone d'affichage visuelle à l'intérieur d'une iframe ne reflète pas nécessairement les mêmes dimensions que la page principale. Consultez la documentation de l'API VirtualKeyboard et la documentation de VisualViewport sur MDN .
Action : utilisez d’abord l’intégration prise en charge et la configuration de l’application hôte. N’ajoutez une solution de contournement au niveau de la page que si vous gérez l’intégration, avez reproduit le problème sur les appareils cibles et pouvez tester le cadre intégré de l’éditeur sans interrompre la saisie ou l’enregistrement du document.
Comment signaler un problème reproductible ?
Envoyez à l'administrateur ou au développeur de l'application un bref rapport contenant :
- Modèle de téléphone ou de tablette, version du système d'exploitation et application clavier, le cas échéant.
- Nom et version du navigateur, ou nom et version de l'application hôte si une WebView est utilisée.
- Version de Collabora Online, le cas échéant, ainsi que l'intégration cloud ou portail utilisée.
- Le type de document et le contrôle précis qui est masqué, comme du texte Writer, une cellule Calc, la barre de formule ou un champ de recherche.
- Que le même document fonctionne dans un navigateur autonome, et que l'orientation portrait ou paysage modifie le résultat.
- Un bref enregistrement d'écran dont le contenu des documents privés a été supprimé ou masqué.
L'outil de suivi des problèmes de Collabora demande aux utilisateurs d'applications mobiles d'indiquer la version de leur appareil et de leur système d'exploitation, la version de l'application, les étapes de reproduction, le comportement attendu et le comportement constaté. Veuillez suivre les instructions sur la page de signalement des problèmes et éviter de publier des documents confidentiels ou des informations d'authentification.
Comment savoir si c'est réparé ?
Rouvrez le même fichier et répétez la même modification avec le clavier visible. Le texte ou la cellule sélectionnée doit rester visible ; le curseur doit se trouver à l’endroit attendu ; vous devez pouvoir saisir du texte, faire défiler jusqu’au paragraphe ou à la cellule suivante et masquer le clavier sans que la page ne saute ni ne perde le focus. Répétez l’opération une fois en mode portrait et une fois en mode paysage, puis testez séparément l’application intégrée et le navigateur autonome si les deux sont importants pour votre flux de travail.
Si un seul chemin d'accès présente toujours des défaillances, limitez le diagnostic à ce navigateur, cette application ou ce contrôle. Ces informations aideront le responsable de la maintenance à déterminer s'il convient d'examiner l'éditeur mobile de Collabora, la fenêtre d'affichage du navigateur ou le conteneur WebView natif.