Грустно, но факт :-( Если поставщики 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.

Ура и хорошего катания, бега, парусного спорта, вождения!

Ответы на вопрос(0)

Ваш ответ на вопрос