Zorg ervoor dat de tekst zichtbaar blijft wanneer het Collabora Mobile-toetsenbord wordt geopend.

Als het virtuele toetsenbord de actieve regel in Collabora Online bedekt, sla dan eerst uw wijzigingen op, sluit het toetsenbord en scroll door het document totdat de cursor erboven zichtbaar is. Als het probleem zich opnieuw voordoet, open dan hetzelfde bestand in een normale mobiele browser; dit helpt om te bepalen of de oorzaak ligt bij de browser, een ingesloten WebView of de pagina waarop Collabora wordt gehost.

Er is geen enkele gebruikersinstelling die alle problemen met overlappende toetsenborden op mobiele apparaten oplost. Collabora Online draait binnen een browser of een integratie met een ander product, dus de beschikbare oplossing hangt af van welke laag de editor op de verkeerde hoogte houdt. De onderstaande controles maken onderscheid tussen een tijdelijke oplossing voor het bewerken en wijzigingen die een beheerder of app-ontwikkelaar mogelijk moet doorvoeren.

1. Herstel de verborgen regel zonder bewerkingen te riskeren.

1. Wacht tot het bewerken of synchroniseren is voltooid en sla het bestand vervolgens op als de host een opslagopdracht biedt.
2. Verberg het toetsenbord met de pijltoets omlaag of de Terug-toets van het apparaat. Herlaad geen document met niet-opgeslagen wijzigingen.
3. Scroll het document zo dat de actieve alinea, tabelcel of het invoerveld zich boven het toetsenbordgebied bevindt.
4. Tik nogmaals op de gewenste invoegpositie. Als het toetsenbord de positie direct bedekt zodra het venster opent, verberg het dan en plaats de cursor iets hoger in het document voordat u verdergaat.

Dit wijzigt de huidige weergave in plaats van de lay-out te corrigeren. Als de cursor alleen zichtbaar blijft tot de volgende toetsaanslag, of als de pagina verspringt wanneer het toetsenbord verschijnt, ga dan verder met de browser- en hostcontroles.

2. Identificeer welke laag de overlapping veroorzaakt.

Herhaal dezelfde bewerkingsactie met hetzelfde bestand en noteer waar het misgaat. Collabora beschrijft Collabora Online als een responsieve browsereditor en onderscheidt deze van de aparte mobiele app Collabora Office. Deze versies kunnen gebruikmaken van verschillende browserengines, hostcontainers en toetsenbordafhandeling, dus vergelijk de versies goed voordat u een productfout meldt.

• Slechts één browser werkt niet: update die browser en test het bestand in een andere, actuele browser die door uw organisatie wordt ondersteund.
• De host-app werkt niet, maar de link ernaar werkt wel in de systeembrowser: de ingebouwde WebView van de app of de configuratie voor het aanpassen van de toetsenbordgrootte is een waarschijnlijke plek voor de app-eigenaar om te onderzoeken.
• Zowel de browser als de host-app werken niet op één apparaat: noteer het apparaatmodel, de versie van het besturingssysteem, de browserversie en of de pagina in portret- of landschapsmodus wordt weergegeven. Dit wijst op een interactie tussen het apparaat en de browserweergave, maar bewijst op zichzelf geen defect in Collabora.
• Dezelfde fout treedt op bij meerdere apparaten, maar alleen bij één specifieke service: vraag de beheerder van die service om de ingebouwde editorcontainer en de lay-out ervan voor mobiele apparaten te controleren.

De officiële FAQ van Collabora beschrijft het responsieve gebruik van Collabora Online in mobiele browsers. Het overzicht van het mobiele product bespreekt Collabora Online in de browser en de speciale mobiele app afzonderlijk. Houd rekening met dit onderscheid bij het bepalen welk team een ​​bugrapport moet ontvangen.

3. Als u de pagina onderhoudt waarop Collabora is ingesloten

Op mobiele apparaten is de visuele viewport het deel van een pagina dat momenteel op het scherm zichtbaar is; het toetsenbord kan deze verkleinen zonder de viewport van de pagina-indeling te veranderen. MDN merkt op dat het gedrag van de viewport verschilt per browser. In een ingebedde configuratie kan de hostpagina op het hoogste niveau nuttige visuele viewport-metingen hebben, terwijl de eigen metingen van de iframe de door het toetsenbord aangepaste schermgrootte niet op dezelfde manier weergeven.

Controleer of de hostpagina reageert wanneer het toetsenbord wordt geopend: het editorvenster moet binnen de beschikbare hoogte passen, de cursor moet bereikbaar blijven en de pagina moet het venster in beeld kunnen scrollen. Vermijd een vaste pixelhoogte of een permanent volledig schermvenster dat ervan uitgaat dat het toetsenbord het zichtbare gebied nooit verandert. Gebruik de gebeurtenissen voor het wijzigen van de viewportgrootte en het scrollen van de externe pagina om de beschikbare ruimte voor de editor opnieuw te berekenen en test dit vervolgens op de browsers en apparaten die uw gebruikers daadwerkelijk gebruiken. MDN documenteert de VisualViewport API en de bijbehorende gebeurtenissen voor het wijzigen van de grootte van het zichtbare gebied voor dit soort wijzigingen.

Sommige browsers ondersteunen ook de viewport-instelling interactive-widget=resizes-content, waarmee de browser de pagina-inhoud aanpast wanneer het virtuele toetsenbord verschijnt. Dit beïnvloedt de lay-out van de hostpagina en de browserondersteuning is niet uniform, dus voeg dit niet toe als een universele oplossing voor Collabora. Test de volledige ingebedde ervaring, inclusief menu's, werkbalk, scrollen en het sluiten van het toetsenbord, voordat u deze implementeert. MDN documenteert deze optie in de viewport-metareferentie .

4. Als Collabora wordt geopend binnen een Android-app

Vraag de app-ontwikkelaar om de Activity te inspecteren die de WebView bevat. Volgens de officiële richtlijnen van Android android:windowSoftInputMode="adjustResize"wordt de app-layout aangepast aan de ruimte die overblijft na het openen van het toetsenbord, zodat de inhoud toegankelijk blijft wanneer er gescrold moet worden. Voor een app die Collabora integreert, kan het Activity-manifest het volgende bevatten:

<activity
    android:name=".EditorActivity"
    android:windowSoftInputMode="adjustResize" />

De exacte activiteitsnaam en bestaande manifestkenmerken zijn afhankelijk van de app; voeg deze instelling samen met de huidige declaratie in plaats van een dubbele activiteit toe te voegen. Deze Android-instelling is van toepassing op een native Android-app of WebView-host, niet op een normaal browsertabblad en niet op iOS. Raadpleeg de handleiding voor de zichtbaarheid van het Android-toetsenbord voordat u een app-build wijzigt.

Controlelijst voor verificatie

• Zolang het toetsenbord open is, blijft de regel of cel die wordt bewerkt zichtbaar, of kan er voldoende in het document worden gescrold om deze te tonen.
• Het typen van meerdere regels zorgt er niet voor dat de cursor achter het toetsenbord verschuift.
• Door het toetsenbord te verbergen, wordt de volledige documentweergave hersteld, zonder lege ruimte of vastgelopen scrollgebied.
• Herhaal de test na het draaien van het apparaat en via elk ondersteund toegangspad: rechtstreeks via de browser, via de ingebouwde app of via de speciale mobiele app.
• Controleer of de wijzigingen zijn opgeslagen en meld vervolgens aanhoudende fouten met vermelding van het bestandstype, het apparaat en besturingssysteem, de browser- of host-app-versie en de stappen om het probleem te reproduceren.

Als de webpagina wordt beheerd door uw cloudopslagprovider of organisatie, kunnen gebruikers de framegrootte mogelijk niet wijzigen. Stuur de checklist en de reproductiegegevens naar de beheerder van die service; alleen de eigenaar van de hostpagina of -app kan de viewport- of WebView-configuratie wijzigen.