Грустно, но факт :-( Если поставщики W3C, IETF или браузеров не увидят смысла моего решения TravelManger, мы обречены быть гражданами второго сорта для нативных приложений.
олучения полной информации и более подробного описания, пожалуйста, обратитесь к этому сервисному работнику W3Cвопрос.
Это мой сценарий HTML5 Web App: -
Мое веб-приложение было заблокировано и застряло в моем кармане, пока я катаюсьКогда я запускаю KM, мой Сервисный Работник (и) регулярно получает обновления GPS и вызывает postMessage (), чтобы поставить их в очередь для моего Приложения, чтобы в конечном итоге нанести на карту Google.В конце поездки я заказываю пиво и на переднем плане веб-приложение, чтобы я мог видеть, где я был, средняя скорость и так далее.Мой вопрос таков:
1) Будет ли событие Focus срабатывать до или после всех событий Message, инициированных ServiceWorkers?
2) Если Focus будет первым, будет ли setTimer (0, backlogCleared) в качестве эвристического механизма для установления «всех фоновых вещей, с которыми мы имеем дело»?
3) Есть ли в любом случае, чтобы свернуть сообщения postMessage () (в режиме push-уведомлений Firebase), чтобы было получено только последнее / текущее сообщение?
4) Если у вас есть идеи о разрешениях, необходимых для авторизации фоновой геолокации, добавьте их на W3C.
Ура и хорошего катания, бега, парусного спорта, вождения!