Creating a PWA
Introduction
PWA (Progressive Web Applications) offer several advantages that make them a desirable choice for web apps:
Cross-platform compatibility: PWA can run on multiple platforms, including desktops, laptops, and mobile devices, without the need to develop separate native apps for each platform.
Installation: PWA can be installed directly from the browser, allowing users to access the app quickly from their home screen or app drawer without going through an app store.
Offline support: PWA can work offline or in poor network conditions by utilizing service workers and caching mechanisms. This ensures that users can still access and interact with the app even without an internet connection.
Push notifications: PWA can send push notifications to users, enabling real-time engagement and communication. This feature allows businesses to deliver important updates, promotions, or personalized messages to their users.
Improved user experience: PWA leverages web platform features to provide a seamless and engaging user experience. They can offer smooth animations, fast loading times, and a responsive design that adapts to different devices and screen sizes.
Cost-effective development: Developing a PWA can be more cost-effective compared to building separate native apps for different platforms. With a single codebase, developers can reach a broader audience and maintain the app more efficiently.
By choosing a PWA approach, businesses and developers can provide their users with a native-like experience, increase user engagement, and reach a wider audience across various devices and platforms.
The following sections will explain how to transform your BF App into a PWA.
Getting Started
Requirements
Running >V2.1.0 BF base code
Making it installable
This will be the first feature added to your PWA. We will start by creating a manifest object and passing it as a parameter to a new BF function pwaSetManifest
. In this example we added this code to a function in our onAppLoad
named action.
Next, as part of the onAppLoad
as well, we add a new action pwaCustomInstall
This new action has the options beforeinstallprompt
, which are actions that will run before the trapped prompt to install event triggered by the browser when it identifies the web app as installable. The example above shows one way of setting a state variable that we will use to show or hide a button to install the app.
So in this case, we need a key isInstalled
in our model.
In our example, once the install button is clicked on, a modal will prompt asking whether the user wants to install it.
The named action instalApp
above has the following code.
The action pwaPromptInstall
is the action that triggers the browser to prompt the user with the actual window that will install the app. This gives the flexibility to trigger this event from anywhere in your app, and customize it according to your needs.
The options onAccepted_actions
and onDismissed_actions
will run after the user click on Cancel
, Install
or close the browser’s prompt window.
Our modal looks like the image below.
By clicking on Install
, it will trigger the browser event that asks if the user wants to install the app, as shown on the image below.
After installing it, the user will be able to access your web app as a regular native app.
Browser Support
(As of September 2022)
Desktop and Laptop (reference: https://web.dev/learn/pwa/progressive-web-apps/#desktop-and-laptops)
Please note that PWA installation is not supported on Desktop Safari and Firefox.
Mobile Devices (reference: https://web.dev/learn/pwa/progressive-web-apps/#mobile-devices)
iOS and iPadOS: Safari (since iOS 11.3), App Store (since iOS/iPadOS 14, with some limitations), Mobile Configuration for enterprise distribution;
Android: Firefox, Google Chrome, Samsung Internet, Microsoft Edge, Opera, Brave, Huawei Browser, Baidu, UCWeb, Play Store (from version 72 with Google Chrome installed, or browsers compatible with TWA), Galaxy Store, Managed Play iframe for enterprise distribution.
iOS and iPadOS can only be installed if using Safari.
Sending Push Notifications
With PWA support, you can send push notifications to users, allowing your web app to engage with them. To request push notification permissions from users, we have an action that triggers the browser's 'ask for permission' prompt. This can be used at relevant and convenient points throughout your web app.
The example below shows how we could trigger the permission prompt from a button on a page.
In this example, we set the user ID (BetterForms ID) as a key to target this when sending a push notification. Clicking on the button will display the following prompt.
Once the user clicks on Allow
, the subscription will be saved in the BF cloud database and you will be able to send a push notification to the user using either an action from the frontend or hitting our /pushdata/sendnotification
endpoint, as shown below.
Sending a Push Notification from an action:
Use the pwaPushNotificationSend
action step.
Sending a Push Notification from the API endpoint:
Hitting /pushdata/sendnotification
endpoint ( Eg calling from FileMaker Server)
Create a
POST
request to the following endpoint:https://your.domain.com/pushdata/sendnotification
Set the
body
of the request will be as follows:
The filter
key is optional, only needed when push notifications should be sent only to specific users. General push notifications can be sent without the filter
key. Another optional key is ttl
, which defines how long a notification will stay alive if a user is offline (e.g.: ttl is set to 300 seconds, so if a user is offline, the notification will be delivered to the user if the user comes back online within 5 minutes). The default value set to ttl, if no value is passed, is 300 seconds.
Adding DOM Header Insertion to be available for offline use
CSS files. The example below is loading tailwind version 2.
Last updated