Soll Ihre Web-App den Bildschirm bei freihändiger Arbeit wach halten?

Wer Anleitungen liest, ohne das Gerät anzufassen, oder einen Code zum Scannen zeigt, wird durch ein ständig abdunkelndes Display unterbrochen. Beauftragen Sie dafür einen zeitlich begrenzten Modus „Bildschirm wach halten“. Versprechen Sie nicht, dass dadurch die gesamte App unbegrenzt weiterläuft. Nötig sind eine sichtbare Zustandsanzeige, eine Abschaltmöglichkeit und ein sinnvoller Umgang mit einer Ablehnung durch das Gerät.

Hier geht es um eine Funktion einer Browser-App. Sie umgeht weder Sicherheitsvorgaben verwalteter Geräte noch macht sie den Browser zum abgesicherten Kiosk. Hintergrundverarbeitung wird damit ebenfalls nicht garantiert.

Die Tätigkeit benennen, nicht nur die Ansicht

Stellen Sie sich eine kleine Werkstatt vor, die Montageanweisungen auf einem Tablet anzeigt. Das ist ein erfundenes Beispiel, kein Kundenbericht. Die Fachkraft liest einige Minuten mit belegten Händen und kehrt danach zur Auftragsliste zurück. Die Anleitungsansicht wach zu halten kann helfen. Die Liste bis Schichtende wach zu halten wäre eine andere Entscheidung.

Beschreiben Sie Beginn und Ende konkret: Die Person aktiviert den Anleitungsmodus, sieht den tatsächlichen Zustand und beendet ihn nach der Arbeit. Klären Sie, ob das Öffnen eines anderen Auftrags den Modus ebenfalls beendet. Vermeiden Sie eine globale Einstellung, die unbemerkt auf sachfremde Seiten mitwandert.

Die MDN-Dokumentation zur Screen Wake Lock API beschreibt das Verhindern von Abdunkeln oder Sperren für sichtbare, aktive Dokumente. Sie nennt unter anderem Lesen, Rezepte, Präsentationen und das Scannen von Codes. Das erklärt den Zweck der Technik, aber nicht ihre Eignung für jeden Arbeitsplatz.

Angefordert heißt noch nicht aktiv

Ein Schalter „Wach halten“ drückt einen Wunsch aus. Er beweist nicht, dass der Browser die Anfrage angenommen hat. MDN nennt Systemeinstellungen, Energiesparmodus, niedrigen Akkustand und ein nicht aktives oder nicht sichtbares Dokument als mögliche Ablehnungsgründe.

Vereinbaren Sie getrennte Anzeigen für aktiv, nicht verfügbar und beendet. Bei einer Ablehnung bleiben die Anweisungen lesbar; die Oberfläche erklärt, dass weiterhin die normalen Ruhe-Einstellungen des Geräts gelten. Ein grüner Aktiv-Hinweis darf nicht allein durch den Tastendruck entstehen.

Lassen Sie die tatsächlich unterstützten Browser und Geräte prüfen. Eine erfolgreiche Vorführung auf einem Notebook sagt nichts Verlässliches über jedes ältere Tablet aus. Ist die Funktion für die Tätigkeit unverzichtbar, gehört die Geräteentscheidung vor die verbindliche Projektabgrenzung.

Die Rückkehr zum Tab braucht eine Regel

Laut Dokumentation kann das System die Anforderung aufheben, etwa wenn das Dokument nicht mehr aktiv oder sichtbar ist. Ein freigegebenes Lock-Objekt lässt sich nicht einfach wiederverwenden; es braucht eine neue Anfrage.

Was soll passieren, wenn jemand den Tab wechselt und zurückkehrt? Die App kann die Wiederaufnahme anbieten oder bei weiterhin laufender, bewusst gewählter Tätigkeit erneut anfragen. In beiden Fällen muss die Anzeige das neue Ergebnis widerspiegeln. Eine ausdrückliche Abschaltung durch den Nutzer darf bei der Rückkehr nicht still übergangen werden.

Daraus folgt keine Zusage für Hintergrundarbeit. Lange Uploads, Datensynchronisierung oder neue Aufträge bei geschlossenem Browser benötigen eine eigene Konzeption. Ein waches Display beweist nicht, dass solche Vorgänge abgeschlossen werden.

Beenden, sobald der Nutzen endet

MDN empfiehlt die Freigabe, wenn die Tätigkeit mit dauerhaft benötigter Anzeige endet. Benennen Sie dafür konkrete Ausstiege: Anleitungsfolge abgeschlossen, Präsentationsmodus verlassen oder Codeansicht geschlossen. Zusätzlich braucht es eine direkte Abschaltmöglichkeit.

Überlegen Sie, welche Informationen länger sichtbar bleiben. Ein helles Display kann Kundennamen oder Arbeitsdetails für Umstehende offenlegen. Legen Sie den Inhalt dieser Ansicht und das Zusammenspiel mit Abmeldung und Sitzungsregeln fest. Das sind Gestaltungs- und Sicherheitsentscheidungen, keine Schutzwirkung der Wake-Lock-Funktion.

Fordern Sie Beschäftigte nicht dazu auf, die Gerätesperre ihres Unternehmens als Umgehung abzuschalten. Für tatsächlich unbeaufsichtigte Anzeigen braucht es eine getrennte Prüfung der Geräteverwaltung und Sicherheit.

Bei der Abnahme Unterbrechungen vorführen

Verwenden Sie erfundene Anweisungen und unkritische Beispielcodes. Aktivieren Sie den Modus auf jeder vereinbarten Geräte-Browser-Kombination und prüfen Sie, ob der Zustand zum tatsächlichen Ergebnis passt. Schalten Sie ihn anschließend aus und lassen Sie zeigen, dass die App ihre Anforderung freigibt. Das normale Einschlafverhalten hängt weiterhin von den Geräteeinstellungen ab.

Wechseln Sie den Tab, kehren Sie zurück und prüfen Sie die vereinbarte Wiederaufnahme. Simulieren oder reproduzieren Sie eine Ablehnung mit einer verfügbaren, unterstützten Testmethode. Die Anleitung muss nutzbar bleiben, ohne falsche Erfolgsmeldung. Beenden Sie danach die Tätigkeit: Die App darf nicht weiter behaupten, den Bildschirm wach zu halten. Prüfen Sie auch eine bewusste Abschaltung; die Rückkehr darf sie nicht rückgängig machen.

Bringen Sie Tätigkeit, Zielgeräte und Unterbrechungsfälle in ein Gespräch über Ihre Web-App mit. Das Ergebnis soll ein kontrollierter Anzeige- oder Lesemodus mit ehrlichen Grenzen sein, kein unzuverlässiges Versprechen eines Dauerbetriebs.