The hardware and bandwidth for this mirror is donated by METANET, the Webhosting and Full Service-Cloud Provider.
If you wish to report a bug, or if you are interested in having us mirror your free-software or open-source project, please feel free to contact us at mirror[@]metanet.ch.
The following book provides more in depth review about PWA support.
PWAs are web applications that are regular web pages or websites, but can appear to the user like traditional applications or native mobile applications. They can be installed on the device, provide offline features, can be launched from the home screen, and have a fullscreen display.
In essence, PWAs are websites. They have the same basic features as any other website: at least one HTML page, which very probably loads some CSS and JavaScript. But a PWA has some additional requirements as well:
Luckily, this is can all be handled by {shinyMobile}
and
{charpente}
.
{shinyMobile}
is PWA capable, meaning that you can make
sure your app uses the correct assets to be used as a PWA. This feature
is automatically handled by f7Page()
if
allowPWA
is TRUE
.
When set to TRUE
, your app is set up to use both a
service-worker.js
script and a
manifest.webmanifest
file that you will provide.
To create these necessary assets for your PWA, you can use
{charpente}
:
Where APP_PATH
is the app location. Currently, it only
works if the app is inside a package like with {golem}
. If
your app is not in a package, you may copy the www
folder
of the gallery
app, which provides:
service-worker.js
.manifest-webmanifest
). Don’t
forget to change the start_url
property to the path of your
app.offline.html
fallback, which is
displayed when the app is offline.It is really easier with {charpente}
, the reason why we
strongly recommend to develop your app inside a package.
But that’s not all that’s needed! When you set
allowPWA = TRUE
in f7Page()
, the app will also
attach the Google PWA
compatibility script, called PWACompat, which will help with PWA
compatibility. More specifically, PWACompat brings the Web App Manifest
to non-compliant browsers for better PWAs. This mostly means creating
splash screens and icons for Mobile Safari, as well as supporting
IE/Edge’s Pinned Sites feature. It basically assures that the
manifest.webmanifest
file has a wider support.
The first step is to deploy your app somewhere. It doesn’t matter where (shinyapps.io, Posit Connect, your own server, etc.), but you will need a URL to access it.
Then, you can follow these steps to install your app on your mobile device.
Copy the URL of your app in your mobile web browser (iOS: Safari
and Andoid: Chrome). It opens like a classic web app, with top and
bottom ugly navigation bars that are part of the browser UI.
It is actually quite complex to guarantee that all mobile platforms are supported. The PWA compatibility script will work in most cases. If not, please open an issue here, to help improving it!
These binaries (installable software) and packages are in development.
They may not be fully stable and should be used with caution. We make no claims about them.