In der Nähe gefundene URL-Benachrichtigungen erscheinen in Entdeckungen, aber kein Benachrichtigungssymbol

Ich habe viele der anderen Beiträge gelesen, aber es scheint, dass ich ein grundlegenderes Problem habe (und es scheint nicht mit dem Sprachfehler in Verbindung zu stehen andere Beiträge): Ich habe einen Radius Dot und es ist eingerichtet, eine kleine URL mit dem Eddystone-URL-Protokoll zu senden. Ich teste mit einem Galaxy S7 (Android 6.0.1), und Location, Bluetooth und Nearby sind alle eingeschaltet.In der Nähe gefundene URL-Benachrichtigungen erscheinen in Entdeckungen, aber kein Benachrichtigungssymbol

Ich kann Benachrichtigungen erhalten, wenn ich manuell über den Einstellungen/Google/Nearby Discoveries-Prozess nach ihnen suche. Das Problem besteht darin, nützliche Echtzeitbenachrichtigungen zu erhalten, wenn ich in die Reichweite eines Beacons komme, ohne einen manuellen Prozess durchlaufen zu müssen.

Auf dem Sperrbildschirm habe ich lange nichts erhalten, und nach dem Neustart des Telefons habe ich schließlich eine Nachricht "Google Play Store - Inhalte versteckt" auf dem Sperrbildschirm erhalten (keine sehr nützliche Nachricht, wer würde das tun) wissen, dass Benachrichtigungen in der Nähe Teil des Play Store-Prozesses sind).

Auf aktiven Bildschirmen, obwohl ein neu entdeckter Beacon in Reichweite ist, erhalte ich nie ein Benachrichtigungssymbol/-symbol oben auf dem Bildschirm, sondern nur Beacon-Benachrichtigungen, wenn/wenn ich auf eine andere Art wische Benachrichtigung, wenn beispielsweise ein E-Mail-Benachrichtigungssymbol angezeigt wird.

Ich habe den Eindruck, dass die Entwickler möglicherweise zu viel Fehler gemacht haben, wenn sie die Benutzer nicht belästigt haben, bis zu dem Punkt, wo Nearby nutzlos sein kann - es ist so schwer über ein aktives Signal zu wissen, ohne jedes Mal eine manuelle Aktion auszuführen !

Ich frage mich, ob das Fehlen eines Benachrichtigungssymbols/-symbols oben auf normalen aktiven Bildschirmen ein Fehler ist, oder wenn es so entworfen wurde?

Vielen Dank im Voraus! Scott Stingel

Quelle

2016-08-09 Scott Stingel

Toller Bericht. Ich habe ähnliche Ergebnisse gesehen. Möglicherweise haben Sie mehr Glück, wenn Sie eine Antwort darauf erhalten, ob dies in einem von Google gesponserten Forum wie hier geplant ist. https://github.com/google/physical-web/issues – davidgyoung

Dank David - Ich werde dieses Forum auschecken. –

Dies ist das korrekte Verhalten. Sie haben sich absichtlich geirrt auf der Seite der Benutzer nicht zu stören. Der Prozess funktioniert wie folgt:

Konfigurieren Sie Ihre Eddystone-URL Beacon mit einer kurzen (weniger als 18 Zeichen) HTTPS-URL. Möglicherweise möchten Sie dazu einen Weiterleitungsdienst verwenden.

Wenn Sie Chrome installiert haben und den Standort für Chrome und Bluetooth aktiviert haben, sucht das Telefon beim Aktivieren des Bildschirms nach in der Nähe befindlichen Eddystone-URL-Bluetooth-Rahmen.

Sie erhalten eine Benachrichtigung für alle erkannten URLs, die jedoch alle in einer einzigen kombinierten Benachrichtigung angezeigt werden. Außerdem benötigen Sie kein Benachrichtigungssymbol oder keine haptischen oder akustischen Hinweise auf die Benachrichtigung.

Großteil dieser Informationen ist in der offiziellen Physical Web FAQ zur Verfügung: https://google.github.io/physical-web/faq

Sie können auch in mit der Nähe Benachrichtigungen Service aussehen wollen, wie es bei der Bereitstellung von Web-Site-URLs mehr Flexibilität bietet als auch App-Benachrichtigungen installieren. Informationen zu Benachrichtigungen in der Nähe ist verfügbar unter https://developers.google.com/nearby/notifications/overview

Quelle

2016-08-09 15:55:24 angst7

Was ich beschreibe ist in der Tat Operation mit dem Nearby Notifications Service. Nearby (Eddystone-URL-Methode) scheint in der aktuellen Form fast nutzlos, ohne auch nur einen Hinweis auf eine Benachrichtigung in der Benachrichtigungsleiste. Wer würde denken, ständig nach unten zu wischen und ständig nach Benachrichtigungen zu suchen?Laut den anderen Kommentaren, die ich gelesen habe (von Google-Entwicklern), haben sie zusätzlich ein System implementiert, um bestimmte Benachrichtigungen nach dem Entfernen zu priorisieren, was in Ordnung ist. Ich stelle nur die Methode in Frage, die Benutzer in erster Linie über eine Benachrichtigung in der Nähe informiert zu lassen. –

Um es klar zu stellen: Der Eddystone-URL-Frametyp wird zwar über Chrome und die Physical Web App erkannt, sie müssen jedoch nicht bei der Beacon Tools App registriert sein und keine Anhänge verwenden. Nearby Notifications verwenden nicht den Eddystone-URL-Frametyp. Stattdessen werden Benachrichtigungs-URLs in der Nähe von registrierten Beacons mithilfe der Eddystone-UID- oder EID-Frames angehängt. Diese sollten ein kleines rautenförmiges Symbol in der Benachrichtigungsleiste anzeigen. Das habe ich heute Nachmittag getestet. Ich stimme zu, dass die physischen Web-Benachrichtigungen nicht gerade überwältigend sind. Die Benachrichtigungen in der Nähe für URLs sind besser. – angst7

Vielen Dank für Ihre Erfahrungen mit UID/EID's, die ich selbst ausprobieren werde. Bei der ursprünglichen Recherche stieß ich in diesem Google-Artikel auf die Überschneidung der Nearby Notification- und Physical-Web-Terminologie: developers.google.com/nearby/notifications/overview. Ein Zitat: "Eddystone-URL können Sie eine URL (HTTP oder HTTPS) ankündigen, und ist für die Interaktion mit dem physischen Web ausgelegt. In der Nähe Benachrichtigungen können auch HTTPS URLs von Eddystone-URL-Geräte gesendet werden, obwohl Eddystone-URL App nicht unterstützt URLs für Intents oder Apps installieren. " –

In der Nähe gefundene URL-Benachrichtigungen erscheinen in Entdeckungen, aber kein Benachrichtigungssymbol

Antwort

Verwandte Themen