Progressive Web Apps Archives - Microsoft Edge Blog https://blogs.windows.com/msedgedev/tag/progressive-web-apps/ Official blog of the Microsoft Edge Web Platform Team Mon, 24 Nov 2025 16:55:46 +0000 en-US hourly 1 https://wordpress.org/?v=6.6.4 https://winblogs.thesourcemediaassets.com/sites/33/2021/06/cropped-browser-icon-logo-32x32.jpg Progressive Web Apps Archives - Microsoft Edge Blog https://blogs.windows.com/msedgedev/tag/progressive-web-apps/ 32 32 The Web Install API is ready for testing https://blogs.windows.com/msedgedev/2025/11/24/the-web-install-api-is-ready-for-testing/ https://blogs.windows.com/msedgedev/2025/11/24/the-web-install-api-is-ready-for-testing/#respond Mon, 24 Nov 2025 16:55:46 +0000 https://blogs.windows.com/msedgedev/?p=26122 We're happy to announce that the Web Install API is now ready for testing on your own site, as an origin trial in Microsoft E

The post The Web Install API is ready for testing appeared first on Microsoft Edge Blog.

]]>
origin trial in Microsoft Edge. With the Web Install API, your website can request the browser to install other web applications on the user's device, by calling the asynchronous navigator.install() function. This allows you to invoke the browser's built-in web app installation experience from your own user interface and exactly when you need it. This can help you improve the installation experience of your own app or suite of apps but can also be used for app store-like experiences. The Web Install API origin trial is available on Windows, macOS, and Linux. You can learn more about the API by reading our explainer document, checking out demos, or watching the following video: https://www.youtube.com/watch?v=WmFYlO4qln8

Test the API today by registering to the origin trial

The Web Install API origin trial is available now in Microsoft Edge starting with version 143 and running until version 148. To participate in the origin trial, and test the API on your live website, register to the origin trial. Here's how:
  1. Go to the WebAppInstallation origin trial page, sign-in with your GitHub account and accept the terms of use. The Web Install origin trial page on the Microsoft Edge origin trial site.
  2. Add your website's domain name to enable the Web Install API origin trial for that domain. The page to enter a domain name to register for the Web Install origin trial, on Microsoft Edge's origin trial site.
  3. Copy the token string: The page showing the token to use for the Web Install origin trial, for the registered domain name.
  4. Add the following meta tag to your website's HTML code:
    <meta http-equiv="origin-trial" content="[paste the token here]">
    You can also send the origin trial token as an HTTP server response instead:
    Origin-Trial: [paste the token here]
By registering to the origin trial, the users of your site will not need to enable the Web Install API locally. It will be enabled for them by Microsoft Edge automatically. Note that the earliest version of Edge where the origin trial is available is 143, which is, at the time of writing, available as Microsoft Edge Beta. Version 143 will become the next Edge stable release in early December, and the origin trial will continue running until Edge 148.

Or test the API locally only

You can also enable the Web Install API on your development device only, for local testing. To do this:
  1. Open a new tab in Microsoft Edge and go to the edge://flags page.
  2. Search for "Web App Installation API".
  3. Change the flag's default value to Enabled and then restart the browser.
The internal flags page in Microsoft Edge, showing the Web Install flag entry.

Let us know what you think

This is a very exciting milestone for the Web Install API. With this origin trial, we're hoping to gather early interest and feedback from the community on the API. The feedback you share with us will allow us to continue evolving the feature to better match your needs and use cases. To provide feedback, please open a new issue on our explainers GitHub repository. We welcome any comment, suggestion, and bug report you encounter while using the API, and we look forward to making web app installation much easier by building the functionality right into the web platform, thanks to your help!]]>
https://blogs.windows.com/msedgedev/2025/11/24/the-web-install-api-is-ready-for-testing/feed/ 0
Bring your PWA closer to users with App Actions on Windows https://blogs.windows.com/msedgedev/2025/05/30/bring-your-pwa-closer-to-users-with-app-actions-on-windows/ https://blogs.windows.com/msedgedev/2025/05/30/bring-your-pwa-closer-to-users-with-app-actions-on-windows/#respond Fri, 30 May 2025 16:01:13 +0000 https://blogs.windows.com/msedgedev/?p=25811 We're excited to announce that App Actions on Windows are now available for Progressive Web Apps (PWAs). Starting with Edge version 137, you can now publish your PWA to the Micro

The post Bring your PWA closer to users with App Actions on Windows appeared first on Microsoft Edge Blog.

]]>
App Actions on Windows are now available for Progressive Web Apps (PWAs). Starting with Edge version 137, you can now publish your PWA to the Microsoft Store to enable App Actions on Windows.

Integrating your app smoothly with user workflows

Many everyday workflows—like editing text, processing images, or managing files—involve switching between multiple apps, creating friction and lost focus. App Actions reduce that overhead by letting users invoke high-value features of your app directly from within their current context. For example, Goodnotes, a popular note-taking app that's built as a PWA, has enabled App Actions, so that users can select text in an article, and send it directly to the app as a quick note without manually switching windows. App Actions help users get more done—while driving engagement and discovery for your app.

Enable App Actions in your Microsoft Store PWA

To start using the App Actions framework in your Store PWA now, check out the documentation at Enable App Actions on Windows for a PWA. In short, you'll need to:
  1. Define an Action manifest. The manifest describes each action in a simple JSON file.
  2. Setup a custom protocol handler. So that the App Actions runtime can launch your PWA through a protocol URI.
  3. Setup your app as a share target. So that the App Actions runtime can pass input data to your PWA.
  4. Package your app for Microsoft Store with PWABuilder.
That's it. Optionally, you can also define a PWA launch handler to define exactly how your PWA gets launched by the framework and test your actions by using the App Actions Testing Playground. We can't wait to see the creative ways you'll use App Actions to delight your users!]]>
https://blogs.windows.com/msedgedev/2025/05/30/bring-your-pwa-closer-to-users-with-app-actions-on-windows/feed/ 0
Sidebar Extensions: Boost your users’ productivity with Microsoft Edge Add-ons https://blogs.windows.com/msedgedev/2023/07/20/sidebar-extensions-boost-productivity-edge-add-ons/ https://blogs.windows.com/msedgedev/2023/07/20/sidebar-extensions-boost-productivity-edge-add-ons/#respond Thu, 20 Jul 2023 16:25:25 +0000 https://blogs.windows.com/msedgedev/?p=25329 Microsoft Edge is constantly driven by the power of innovation, which opens amazing opportunities. Today, we are thrilled to announce that extension developers can build extensions for the Sidebar in Microsoft Edge, and bring users an enhanced side b

The post Sidebar Extensions: Boost your users’ productivity with Microsoft Edge Add-ons appeared first on Microsoft Edge Blog.

]]>
Screen capture showing a "Hello world" sample sidebar extension running alongside a browser tab in Microsoft Edge.

Supercharge your users’ productivity

We invite developers to harness the potential of Sidebar extensions and deliver improved experiences to their users. Read on to evaluate how your extensions can benefit from this new feature. We understand that every user has unique requirements, which is why we have developed three additional functionalities to provide a tailored experience:
  1. Default sidebar on every site: Set a default sidebar to display consistent content or extensions across all opened tabs. Default values persist across sessions, ensuring a seamless experience. Find the sample code available here.
  2. Sidebar enablement on specific sites: Make your extension to open in the sidebar on a specific site using sidepanel.setOptions(). Customize the experience for your users based on their preferred websites.
  3. Switching to a different sidebar: Welcome your users with a dedicated sidebar using runtime.onInstalled(). Seamlessly transition to the main side panel when they navigate to a different tab. It's all about providing a personalized touch.

Enabling your extension as a sidebar extension

Enabling your extension for the Sidebar is easy. Add the "sidePanel" permission in your manifest file and set the "default_path" to "sidepanel.html" using the provided code snippet below:
{ 
  ... 
  "side_panel": { 
    "default_path": "sidepanel.html" 
  }, 
  "permissions": [ 
    "sidePanel" 
  ] 
  ... 
}
Note that your sidebar page offers the same level of flexibility as other extension pages. You can load scripts, call APIs from your sidebar page and unleash the full potential of your creativity. Furthermore, users will continue to find and install your extension through Microsoft Edge Addons.

Learn more and get started

We have written comprehensive Sidebar API documentation and a collection of sample extensions is available on the Chrome repository to help get started. Explore the possibilities and discover how your extension can make use of them. With Sidebar extensions, Microsoft Edge is upgrading the way your users interact with extensions, boosting their productivity, and offering a tailored browsing experience.

Developer options for sidebar experiences

The sidebar in Microsoft Edge is a great canvas for you to provide a productive experience for your users, and sidebar extensions provide a great way to bring the power of browser extensions alongside browsing. In addition to sidebar extensions, sidebar apps allow you to adapt your existing progressive web app (PWA) to securely run alongside other browser tabs for a side-by-side co-browsing experience, which is a great choice for web developers who want to offer companion experiences including social, messaging, or media apps that don't require advanced extensions capabilities. We plan to help users discover and install sidebar apps as they browse the web, providing great discoverability for your app with just a simple change to your web application manifest file. This is a great option if you want to reuse your existing web app for the sidebar in Microsoft Edge and make full use of the web capabilities that are available to PWAs. If your experience relies on extensions APIs, such as reading or modifying the current page, then building a sidebar extension will provide these capabilities.

Feedback and Discussion

As we continue making improvements to these sidebar extensibility models, we welcome your feedback: You can join us on our Edge Extensions GitHub forum to share your thoughts and connect with fellow developers, or give feedback on sidebar apps and PWA capabilities on the Microsoft Edge Explainers repository.]]>
https://blogs.windows.com/msedgedev/2023/07/20/sidebar-extensions-boost-productivity-edge-add-ons/feed/ 0
Closing a 30 pixel gap between native and web https://blogs.windows.com/msedgedev/2022/09/27/closing-pixel-gap-native-web-window-controls-overlay/ Tue, 27 Sep 2022 16:24:08 +0000 https://blogs.windows.com/msedgedev/?p=25167 We talk a lot about Progressive Web Apps (PWA) in the context of mobile devices, but they have an enormous potential on desktop operating systems that's only beginning to materialize.

Recently, with many new web capabilities in the Chromium browser

The post Closing a 30 pixel gap between native and web appeared first on Microsoft Edge Blog.

]]>
Two screenshots of VSCode. The first is VSCode as a native app, showing that the app can display its own custom content in the title bar. The second is VSCode as a web app, showing that the entire top area is reserved for the default title bar. We're excited to announce the availability of a new PWA feature that closes this gap and helps blur the line between apps and websites even more. The Window Controls Overlay feature gives web apps the ability to use the full surface area of the app window to display their own content, including where the default title bar is normally displayed. Only the system critical window buttons remain and are displayed as an overlay on top of the web content. Even if the title bar is about 30 pixels high only, the design implications of having access to the area it normally occupies are huge. What can we do with just 30 pixels? Display a custom title, a menu bar, some account information, navigation tabs? Look at other desktop apps you use, and you'll quickly realize that they all make use of this area in some way. And now, installed web apps can too! An illustration of a web app window, showing that the the app can display its content over the entire surface area of the window, except where the window control buttons appear. We worked on this feature as part of our contributions in the Web Capabilities project (aka Project Fugu), in collaboration with other browser makers and tech companies. This project aims to make it possible to build all types of apps using web technologies, and to push the barriers for what's possible on the web today. We proposed the Window Controls Overlay feature as an explainer in January 2020, then built the early implementation in Chromium, made it available as an Origin Trial, and published a formal specification. We're now releasing the Window Controls Overlay feature as a default experience for all to use in Microsoft Edge 105.

Learn to use the Window Controls Overlay

To learn to use the feature, check out the technical documentation as well as the MDN reference docs. You might also be interested in these A List Apart and web.dev tutorials. These resources go into much more detail than we will see in this article. Here, we’ll quickly go over the 3 most important building blocks of Window Controls Overlay:
  • the required Manifest change,
  • the new titlebar-area-* CSS environment variables,
  • and the new navigator.windowControlsOverlay JavaScript API.

Opt-in to the feature with your Manifest

PWAs need a Web App Manifest to be installable, and many PWA features are declared in the Manifest file. The Window Controls Overlay is no exception. To opt-in to this feature use the display_override manifest member and set its value to [“window-controls-overlay”]. Here is a code snippet showing this:
{
  "name": "App name",
  "description": "App description",
  "lang": "en-US",
  "start_url": "/",
  "theme_color": "#ffffff",
  "background_color": "#ffffff",
  "display_override": [
    "window-controls-overlay"
  ]
}
On the surface, this is the only required change to start making use of the title bar area. However, the feature also comes with new CSS environment variables and a JavaScript API which both help make sure you deliver an experience that works well across devices and operating systems.

Adapt to the environment with the titlebar-area-* CSS variables

Once the app uses the Window Controls Overlay feature, its web content is displayed over the entire window surface, and the control buttons act as an overlay. To avoid displaying content below these buttons the new titlebar-area-x/y/width/height variables can be used in the env() CSS function. They give you the geometry of the area that the title bar would have occupied next to the control buttons if it was displayed. Because this area can be different on Mac, Windows, and Linux, having access to browser-provided variables helps create a layout that works everywhere. As shown below, the title bar area is different on Windows (and Linux) and macOS. An illustration showing 2 windows, one on Windows or Linux and the other on macOS. The location of the title bar area is highlighted in both. The following code snippet shows how these variables can be used to position a fixed header element in the title bar area:
header {
  position: fixed;
  left: env(titlebar-area-x, 0);
  top: env(titlebar-area-y, 0);
  width: env(titlebar-area-width, 100%);
  height: env(titlebar-area-height, 30px);
}
Since the env() function supports fallback values (the second parameter in the function), this snippet will work even when the Window Controls Overlay feature isn’t being used, such as when the web app is displayed in a browser window.

Detect when changes occur with the navigator.windowControlsOverlay API

In addition to the CSS environment variables, you can use the new navigator.windowControlsOverlay API to know the coordinates of the title bar area from JavaScript and detect when they change. This can be helpful to re-arrange the web content displayed in this area as the app window size changes, or when the user opts-out of the Window Controls Overlay feature. In the following code example, we listen to geometry changes and apply a class on the body element if the width of the title bar area is smaller than 250px.
if (navigator.windowControlsOverlay) {
  navigator.windowControlsOverlay.addEventListener('geometrychange', () => {
    const { width } = navigator.windowControlsOverlay.getTitlebarAreaRect();
    document.body.classList.toggle('narrow', width < 250);
  });
}
Note how we first test if the API exists, which helps ensure the app works in browsers that don’t support the feature. You can also use the navigator.windowControlsOverlay.visible boolean to know if the overlay is visible (i.e. if the default title bar is hidden) and the navigator.windowControlsOverlay.getTitlebarAreaRect() method to get its geometry. We believe PWAs are a great fit for making desktop web applications. Turning your website into an app that really feels like it belongs on desktop has never been so easy and using the Window Controls Overlay feature will help you create desktop apps that look much more modern and engaging to your users. We hope it is useful to you, and can’t wait to see what you build!]]>
Find and manage your installed apps and sites https://blogs.windows.com/msedgedev/2022/05/18/find-and-manage-your-installed-apps-and-sites/ Wed, 18 May 2022 16:00:50 +0000 https://blogs.windows.com/msedgedev/?p=25109 Installing websites as Windows applications with Microsoft Edge has never been easier. If Microsoft Edge detects that a site is installable, the App available button appears in the address bar.

But even if the site isn’t installab

The post Find and manage your installed apps and sites appeared first on Microsoft Edge Blog.

]]>
App available button appears in the address bar. But even if the site isn’t installable (i.e. if it’s not a Progressive Web App), you can still install it. This is currently done by going into the Apps menu and clicking Install this site as an app. The "..." menu in Microsoft Edge expanded to show "Apps," "Install this site as an app." Even better, the installed sites and apps behave just like Windows applications: they can be pinned in the Taskbar, or launched from the Start menu for example. We love hearing feedback about features like this. Not only do we initially build them based on your needs, but we also take your feedback into account to improve these features over time. You did send us a lot of feedback related to finding and managing your installed apps and sites. Based on it, we’ve made changes to Microsoft Edge, and we’re happy to announce three new features:
  • the new Apps hub,
  • a redesigned Apps page,
  • and the upcoming Apps sync feature!
Together, they make finding, opening, and managing all of your installed apps and websites on all devices much easier and streamlined. We have been announcing these features individually in our PWA What’s New release notes as they made their ways to Microsoft Edge over the past couple of releases. The Apps hub and new Apps page are fully available in Microsoft Edge and the Apps sync feature is currently being testing in our Beta channel, and will soon be available to all users.

The Apps hub

To discover the new Apps hub, click Settings and more (…) in the toolbar and then Apps. The new hub opens up: The new Apps hub in Microsoft Edge, appearing as a pane below the "Apps" icon to the right of the URL bar. Like any other hub in Microsoft Edge, you can use the pin button to pin the hub as a sidebar that’s always available. From the hub, you can install the current site as an app and access your previously installed apps. If you don’t want to pin the Apps hub, but also feel like going to the Settings and more (…) menu is too slow for you, you can add the Apps button to the toolbar. To do this, go to Settings and more (…) then right-click on Apps and click Show in toolbar. The menu option to add the Apps Hub to the toolbar From then on, the Apps button will always appear in the toolbar to open the Apps hub in one click, giving you quick access to all of your apps. The new Apps hub offers all of the features you might need when it comes to managing your apps. Click Open to launch an installed app. Or right-click any app’s name to pin it to the Start menu or taskbar, or access the app’s management page. A context menu open on an App in the Apps Hub. The "Manage App" menu item is selected.

The Apps page

For further apps management needs, we also re-designed the Apps page. You can access this page from the hub by right-clicking an app and click Manage app. But you can also access the page by typing edge://apps in the address bar. The Apps page at edge://apps. A list of installed apps are shown. The Apps page is a great way to access your apps’ advanced settings. It displays the list of installed apps and allows you to launch them, but more importantly it lets you manage your apps. Click the Details link to learn more about any app, review its cookies and permissions, uninstall it, create a desktop shortcut, or auto-start the app on device login. The details page for an app, with information, permissions, privacy details, and an option to uninstall the app.

Syncing apps

Finally, if you’re using Microsoft Edge on multiple devices and you’re signed-in with sync enabled, then all of the websites and apps that have been installed will soon also be synchronized across all of these devices. If there’s a website you use on a regular basis and installed it as an app on one device, chances are it will be just as useful to you on other devices too. With app sync, you don’t have to search and install the website again, it automatically appears in the Apps hub and Apps page, ready to be installed. The synced apps don’t auto-install for you since you might not necessarily want all of the them on all devices, but you can install them with one click. https://www.youtube.com/watch?v=Sng_hfbqda0 Apps sync is currently available as an experiment in Microsoft Edge Beta (version 102 at the time of this writing), and will become available to all of you as we gradually roll it out over the coming months. Microsoft Edge makes it a easy to install PWAs and websites as apps, and then find, open, manage, and even sync them across devices. We hope you’ll like these new features, and as always, we value your feedback. Tell us about your experience with apps and Microsoft Edge by going to the > Help and feedback > Send feedback menu in the browser. – Patrick Brosset, Senior Product Manager, Microsoft Edge]]>
30 days of PWA: Fall in love with Progressive Web Apps https://blogs.windows.com/msedgedev/2022/04/14/30-days-of-pwa-fall-in-love-with-progressive-web-apps/ Thu, 14 Apr 2022 16:00:04 +0000 https://blogs.windows.com/msedgedev/?p=25068 If you recently started your journey learning web development and if you are interested in building apps without having to also learn about iOS, Android, or desktop app development, then you’re about to fall in love with

The post 30 days of PWA: Fall in love with Progressive Web Apps appeared first on Microsoft Edge Blog.

]]>
If you recently started your journey learning web development and if you are interested in building apps without having to also learn about iOS, Android, or desktop app development, then you’re about to fall in love with Progressive Web Apps.  Starting on February 14th 2022, we ran a series of blog posts which lasted for 30 days, and covered all aspects of Progressive Web Apps development: what they are, how they’re built, what special powers they have, how to create, debug, test and optimize them, and how to publish them to app stores!  Whether you just started with web development or have experience already, there should be a little bit for everyone in this blog series.  Learn more about the series, jump right in and start learning, or access any of the articles directly with this table of contents: 
  1. Core concepts
    1. Introducing PWA
    2. Deconstructing PWA
    3. Make PWA installable
    4. Make PWA reliable
    5. Make PWA work offline
    6. Make PWA capable
    7. Developing PWA
  2. Advanced capabilities
    1. Introducing the advanced capabilities of PWAs
    2. Creating application shortcuts
    3. Sharing content from and with your app
    4. Displaying content more like an app
    5. Caching your app data
    6. Synchronizing app data in the background
    7. Notifying your users of updates
  3. Developer tools
    1. Get-started tools – Part 1
    2. Get-started tools – Part 2
    3. Debugging tools – Part 1
    4. Debugging tools – Part 2
    5. Auditing tools
    6. Test automation tools
    7. Packaging tools
  4. Platforms and practices
    1. Installability of PWAs
    2. Best practices for PWA engagement
    3. Distributing your PWA
    4. Best practices for PWA reliability
    5. PWA maintainability – Using web components
    6. Best practices for PWA authentication
    7. Best practices for PWA UI/UX
The 30 Days of PWA blog series would not have been possible without a multi-team effort across the Edge, Windows, and Developer Relations teams at Microsoft. We also want to thank Kenneth Rohde Christiansen for contributing a guest post about PWA’s advanced capabilities.  If you have any questions or feedback for any of us, please reach out on our GitHub repository  You can also find us on social media:  We hope these articles will be useful to you as you continue learning web development and explore the fascinating world of Progressive Web Apps. – Patrick Brosset, Senior Product Manager, Microsoft Edge]]>
Getting started with Protocol Handlers for your web app https://blogs.windows.com/msedgedev/2022/01/20/getting-started-url-protocol-handlers-microsoft-edge/ https://blogs.windows.com/msedgedev/2022/01/20/getting-started-url-protocol-handlers-microsoft-edge/#respond Thu, 20 Jan 2022 17:01:36 +0000 https://blogs.windows.com/msedgedev/?p=25000 Beginning with Microsoft Edge 96, web apps can now use Protocol Handlers in Microsoft Edge. This is a powerful feature that allows your installed web application (or PWA) to handle pre-set or custom protocols. Installed web applications can now regis

The post Getting started with Protocol Handlers for your web app appeared first on Microsoft Edge Blog.

]]>
Typical use cases Probably the most common protocol that we interact with is the http protocol. When we click on a link that uses this protocol, the system knows to open the web browser and navigate to the address that is specified. Another typical protocol is mailto which allows users to click on email addresses and open the default e-mail client. There are other pre-defined protocols but we can see how this concept of “URL protocol” is useful, since it tells the system about an identifier and how to access the identifier. Protocol handlers allow your web application to participate as the app in these use cases.

Benefits

By having the ability to register as protocol handlers, your web app has better integration with the operating system, and can be set to open specific protocols. It can even be set as a default handler, so if for example, the web app you are building is an email client, you can give your users the option for it to be the default application for creating new e-mails. Additionally, you can create custom schemes that your web app can handle by registering protocols that are prefixed with web+. This is useful if you require to handle a URL for which the set of safelisted schemes doesn’t fit the bill. Protocol handlers could be used for web app communication where one app directly invokes another and passes data via custom protocol links.

How-to

To register your installed web application as a protocol handler, you must use the protocol_handlers field in the manifest file. If the protocol_handlers field is present in the manifest, then during installation the web app will be registered as a protocol handler for the protocols specified in the collection. This field receives a collection of protocol and url pairs. The protocol specifies which scheme to register and the url tells the user agent which resource will process the URI.

Example

As an example we will look at the PWinter PWA. This is an installable web application that allows the user to create custom PWA logos by selecting 3 colors. The application defines the custom web+pwinter:// protocol handler in its manifest file.
"protocol_handlers": [
      {
        "protocol": "web+pwinter",
        "url": "index.html?colors=%s"
      }
    ]
With this in place and the web app installed on a desktop OS, you can now click on web+pwinter:// links on a website like web+pwinter://3D3D3D-5A0FC8-3D3D3D. This link represents the 3 colors that will be used by the installed web app for each letter. Note the value of the url key must also have a %s substring that will be replaced by the actual resource in the link. When clicking the link, the browser asks for permission to open the application, and then prompts you to confirm that you want to handle the protocol and the app you’d like to use for it. If you give permission, then the selected application opens with the specified content. Animation showing a PWA registering for and responding to protocol handlers

Feature Support

Protocol Handlers are supported in Windows, Linux and Mac, and are shipping in Microsoft Edge 96.  We have contributed this work to the Chromium open-source project and the feature is now available in other Chromium based browsers too!

Related feature

This feature is similar to the JS method navigator.registerProtocolHandler(). It actually uses the same underlying steps, with the main difference being that registerProtocolHandler() is the JavaScript way of registering a website to handle protocols, while the protocol_handlers field in the manifest is the equivalent for installed web applications. On top of this, developers can specify multiple protocols without having to make repeated calls to the same method. You can learn more about Protocol Handlers with our documentation and the manifest specification. Protocol handling brings a powerful way to communicate between applications. Let us know how you are using or plan to use the feature, and any feedback you might have that can help us improve on the functionality. You can do so in the feedback tool in Microsoft Edge, or by pressing Alt+Shift+I. – Diego Gonzalez, Program Manager, Microsoft Edge]]>
https://blogs.windows.com/msedgedev/2022/01/20/getting-started-url-protocol-handlers-microsoft-edge/feed/ 0
Looking back at Microsoft Edge for developers in 2021 https://blogs.windows.com/msedgedev/2022/01/19/looking-back-at-microsoft-edge-for-developers-in-2021/ Wed, 19 Jan 2022 17:01:12 +0000 https://blogs.windows.com/msedgedev/?p=24991 2021 was an eventful year for Microsoft Edge. We built new PWA features that more deeply integrate apps with the operating system, we made PWAs easily available on the Microsoft Store, we included WebView2 by default in Windows 11 with automatic upda

The post Looking back at Microsoft Edge for developers in 2021 appeared first on Microsoft Edge Blog.

]]>
Web Platform Our team is deeply invested in advancing the state of the web platform to empower developers to achieve their vision on the web. Since 2018, Microsoft has made over 6,300 commits to the Chromium open-source project to fix bugs and add new capabilities for web developers to leverage in their sites and apps. In 2021, we landed several APIs that started out as explainers such as CSS Modules, the EyeDropper API, Delegated Ink, the Virtual Keyboard API, and the HapticsDevice API. Let’s start with CSS Modules. CSS suffers from a few limitations that tend to make it hard to work with a UI component library. Over the years, the dev community came up with conventions and frameworks that help, but the language itself never changed to address these limitations. CSS Modules improve the platform by extending the JavaScript module infrastructure to also work with CSS. JavaScript components can use this to download and apply the styles they need, allowing better dependency management. Another one is the EyeDropper API, which allows creative applications to instantiate an eye dropper tool that can sample colors from anywhere on the screen. This was previously impossible to do on the web. Using an <input type=color> came close but it was harder to customize and didn't provide a cross-browser way to let users pick colors. With this new platform specification, and the corresponding implementation in Chromium, we're hopeful that all browsers will support it soon. Windows "bloom" logo with an eyedropper hovering over it One of our big areas of interest in 2021 was making it easier to integrate with all sorts of device capabilities. For example, we introduced a new specification, and implemented in Chromium, a way to greatly reduce web inking latency. Relying on predicting where the next points would be located, and leveraging OS-backed APIs to help reduce inking latency on Windows, this feature makes drawing on a canvas with a touch device feel much more natural. Animation showing inking in a sample web app We also worked on the Virtual Keyboard API to help applications know when and where the virtual keyboard is visible, and avoid getting their viewport resized to account for it. Instead, apps can now remain full screen, but know where the keyboard is, and reorganize their content accordingly. This is particularly interesting for dual screen devices where the keyboard can be on one screen while content is unaffected on the other screen. Finally, our work on the HapticsDevice API will help web apps use the full capabilities of haptic-enabled surfaces of the devices they run on, and no longer be limited to the simpler navigator.vibrate() function, allowing for richer responses to user interactions. While this was originally implemented in Microsoft Edge to coincide with the Surface Slim Pen 2 launch, we are currently working with folks in Chromium to land this upstream and have plans to expand this beyond pen-based interactions to include input devices such as gamepads.

Microsoft Edge Add-ons

For developers building extensions for the Microsoft Edge Add-ons website, we've made significant improvements throughout 2021, and more than doubled the extensions catalog over the course of the year. We've made improvements to the developer experience including a more transparent submission review process, new APIs to automate publishing and updating add-ons, and incentive programs to help your add-ons grow. You can learn more about what's new and what's coming in 2022 in the Microsoft Edge Add-ons: A 2021 Lookbook.

Edge on Linux

2021 was also the year where Microsoft Edge became generally available on Linux via our stable channel! This is a major milestone in our commitment to be available on all operating systems that developers use. Microsoft Edge on Linux

Tooling

Developer tooling was an important part of our work in 2021. This year we focused a lot of our time on making the tools you already know and love easier to use, more personal, and better integrated with each other. With VS Code being a tool of choice for many web developers, we wanted to improve your lives when debugging issues. Our Microsoft Edge Tools for VS Code extension gained several new features that help bridge the gap between your debugging and authoring workflows, such as opening DevTools source files in VS Code, mirroring CSS changes between DevTools and VS Code, and better browser screencast in VS Code. Screenshot of the Edge Tools for VS Code extension The VS Code extension and the browser DevTools now integrate with webhint to provide real time feedback and recommended fixes for major web development pitfalls and pain points, such as accessibility and cross-browser compatibility. Making the tools easier to use for everyone is something we care about. On this front, we made a few changes to DevTools to make it easy to open, close, and move tabs so you can focus on the tools you need most, but still be able to access other ones quickly. We made it even easier to customize DevTools too. You can now set your preferred language for the tools directly from the settings, or customize your keyboard shortcuts, or even choose from a dozen new color themes. Finally, we released a preview of Focus Mode, a new UI paradigm that reduces clutter with a more modern and simplified layout. Screenshot of the Edge DevTools in Focus Mode You can find more of our latest changes directly within DevTools by using the Welcome tab. You can also check our What’s New announcement pages. Tools for automated browser testing saw several welcome improvements as well. The latest release of Selenium 4 offers built-in support for the Microsoft Edge browser without the need for separate plug-ins or libraries. Additionally, you can now automate Edge on Linux with Microsoft Edge Driver as well as Edge in Internet Explorer (IE) mode with IEDriver for testing legacy websites or apps.

Progressive Web Apps

In addition to evolving the core web platform and developer tools, Progressive Web Apps saw the debut of several new features in 2021: URL handling, Protocol handling, and Window Controls Overlay, which were all made available as origin trials for developers to try in production. Protocol Handling allows PWAs to be launched by the operating system when certain registered (or custom) protocols are used. For example, your app can register to handle the mailto scheme and whenever the user navigates to a URL that uses it, the OS will present your app as one of the possible apps to handle the navigation. Protocol handling is available to all starting with Microsoft Edge 96. Animation showing a web app reacting to a "mailto:" protocol link URL Handling is a feature that also makes it possible for apps to be more integrated with the operating system. Apps can register to handle certain links, typically their own, so that the app opens up instead of the website when a user navigates to the registered link. Just like with Protocol Handling, the user is in control of the experience here: the app is proposed by the OS as a possible choice among others, and it is up to the user to decide and set their preferred defaults. The great benefit of contributing these features to Chromium is the ability to partner with other stakeholders in Project Fugu and, together, help make PWAs much more powerful and closer to what people expect installed apps to be capable of. There’s another PWA feature we worked on this year that’s expected to make a difference in how PWAs look: Window Controls Overlay. This UX change allows users to opt-in to hide the app title bar. This seemingly small change has great design implications: apps can now make use of the entire surface area of the window, and blend in with the maximize, minimize and close buttons, displaying their own content where the title bar used to be. Learn more about this feature here. Animation showing a PWA with a custom titlebar using the Windows Controls Overlay Finally, thanks to the PWABuilder project, it’s easy to submit your apps to the Microsoft Store where millions of users can discover and install them. Stay up to date with the latest changes with our PWA What’s New page.

WebView2

Before jumping into the 2021 highlights we wanted to thank you for your questions, comments, feature requests and bug reports on our WebView2 feedback repository. With more than 1000 reports in 2021, you actively helped shape WebView2! The first highlight for this year is that it’s now even easier than before to build your app using the Evergreen Runtime distribution mode. The Evergreen WebView2 runtime is now part of the operating system starting with Windows 11. For developers who need to distribute their apps on prior OS versions, the runtime installers have also been updated with capability to install without elevation. For Enterprises that need to manage a restricted network, WebView2 updates are also added to the already familiar Windows Server Update Services catalogue so that Enterprises can still get the benefit of Evergreen without affecting their network setup. In addition to the Win32 C/C++ and WPF/WinForms support shipped last year, WebView2 in WinUI 3 became generally available this year enabling a new class of apps. WinUI 2 and UWP WebView2 is now also available as a developer preview. Performance is key for apps, and whether they use embedded web content shouldn't change this. To help with this, our team shipped the new TrySuspend/Resume APIs this year which allow developers to suspend webviews when they’re not needed and therefore preserve memory. On top of the above, we have been working with our developer community and added new APIs capabilities every 6 weeks (and now even faster with our 4-week release cadence). Here are a few examples. The Download APIs allow customizing the download experience, letting your app display the downloaded content any way it chooses. The ContextMenu APIs allow customizing the contextual menu in WebView2 so that it has the same look and feel as the rest of your app. We also added the DefaultBackgroundColor APIs to specify the background color and transparency of the WebView2 control. Watch our release notes or subscribe to our Announcement repo to stay tuned for the latest development.

Get in touch

We hope these improvements make web developers’ lives better, and that you’ll build great apps based on these features, tools, and APIs. We couldn’t have done it without your help, comments, questions, and feedback. So, as always, please don’t hesitate to tell us what you think about Microsoft Edge by using the Settings and more > Help and feedback > Send feedback tool (or just press Alt+Shift+I). – Patrick Brosset, Senior Program Manager, Microsoft Edge]]>
Learn to build great Progressive Web Apps https://blogs.windows.com/msedgedev/2021/10/19/pwa-summit-learn-progressive-web-apps-documentation/ Tue, 19 Oct 2021 16:11:57 +0000 https://blogs.windows.com/msedgedev/?p=24907 Just last week, more than 5000 people attended the very first online PWA Summit, and learned about topics such as bringing PWAs to app stores, new web capabilities, accessibility, offline authentication and much mo

The post Learn to build great Progressive Web Apps appeared first on Microsoft Edge Blog.

]]>
PWA Summit, and learned about topics such as bringing PWAs to app stores, new web capabilities, accessibility, offline authentication and much more. If you missed out on the event, you can watch the full recording here. With all these new features and capabilities, PWAs are lowering the barriers (and development cost) to building and delivering high quality software. Even better, PWAs on Windows are fully-integrated in the operating system: users can discover and install them securely on the Microsoft Store and manage them just like any other app on Windows. Plus, new features and APIs are added all the time. You can check our What’s New announcements to stay up to date with the latest, including the new apps page in Microsoft Edge 96. Today, we’re happy to announce the complete overhaul of our PWA documentation on the Microsoft Edge docs website. It’s now easier than ever to get started with PWAs and discover new features. Among other things, you can now learn about how to handle files, URLs, and protocols, display content in the title bar, define app shortcuts, and synchronize in the background. And for people getting started, we have documentation about creating a PWA, adding a Web App Manifest, and authoring a Service Worker. We’ve also added a list of demo apps, with links to their source code, to help you learn more about how to use different features. We hope this new documentation is helpful to you and, as always, if you have any feedback about it, please reach out by using the feedback button at the bottom of each documentation page (as shown below). – Patrick Brosset, Senior Program Manager, Microsoft Edge PWA documentation page with the "Submit and view feedback for this page" button circled.]]>
What’s new for Microsoft Edge at Microsoft Build 2021 https://blogs.windows.com/msedgedev/2021/05/25/whats-new-edge-build-2021/ Tue, 25 May 2021 15:00:53 +0000 https://blogs.windows.com/msedgedev/?p=24734 Welcome back to Microsoft Build! Wherever this finds you, we hope that you’re safe and healthy.

Since last Build, the Microsoft Edge platform continues to empower developers with the latest tools ready for today’s evolving web land

The post What’s new for Microsoft Edge at Microsoft Build 2021 appeared first on Microsoft Edge Blog.

]]>
State of the Platform video below, Program Managers Scott Low and Zoher Ghadyali detail what’s new and what’s improved on the Microsoft Edge web platform. https://www.youtube.com/embed/sU0WRZ0kkNo So, what’s new for developers since Build last year?
  • WebView2 is generally available and is now included with WinUI 3: Over the last year, WebView2 has become generally available and is supported across app frameworks like Win32 C/C++, WPF/WinForms, and now WinUI 3! WebView2 is Microsoft’s embedded web control, built on top of Microsoft Edge (Chromium). WebView2 is decoupled from the Windows operating system and lets you combine the ease and agility of developing for the web with the power of building a native desktop application. Whether for web, hybrid, or native apps, WebView2 treats these supported app frameworks as first-class citizens so you can bring the best of the web to your apps.
  • Morgan Stanley embraces WebView2 to help future-proof their technology: Since we started working on WebView2, Morgan Stanley has been a close partner in giving feedback, helping us to ensure WebView2 is meeting business needs. By adopting WebView2, Morgan Stanley has given their employees the power of native app experiences combined with the latest web app technology. Using WebView2 keeps that web technology evergreen with updates and security, which was something that their previous Chromium containers solution couldn’t do.
  • WebView2 Runtime is more broadly available to power WebView2 apps: Whether you plan to develop WebView2 apps in a fixed or evergreen state, you’ll need the WebView2 runtime to support them. To support your WebView2 apps, we’re making the WebView2 Runtime available in more places—for example, through dedicated installers and future Windows releases—so that it’s ready for use by you and your users.
And, what’s improved?
  • 5,300 Chromium commits accepted: Making the web better for everyone is essential to our mission for Microsoft Edge. Since launch, we’ve had over 5,300 commits accepted back into the Chromium project so that many of the improvements we’ve worked on for Microsoft Edge can be experienced by others using a Chromium-based browser.
  • Edge Origins Trials continue, and expand: Announced last year and embraced by the developer community, our Edge Origins Trials program continues to offer new experiences for developers to test and preview—join hundreds of other developers in an Origin Trial by registering through https://aka.ms/EdgeOriginTrials.
  • PWAs join the Microsoft Store: Progressive Web Apps (“PWAs”) built on the Microsoft Edge platform are now available in the Microsoft Store, and yours can be too! Broaden the reach of your PWA in 3 easy steps:
  1. Create an app reservation in the Windows Partner Center
  2. Package your PWA for Windows with www.pwabuilder.com
  3. Submit the package to the Microsoft Store for approval

Microsoft Edge takes performance to the next level

You care about the developer tools, but we also know that you want great experiences when people use your website or application—and browser performance is essential to that. Since last Build, we’ve added new features to boost browser performance and because of this Microsoft Edge will be the best performing browser on Windows 10 when Microsoft Edge version 91 releases later this week! So, why can we say this? It’s simple: Startup boost and sleeping tabs. First, Startup boost launches Microsoft Edge more quickly by running a set of core Microsoft Edge processes in the background, all without adding additional resources when Microsoft Edge browser windows are open. Turning on your computer and getting online with Microsoft Edge just became that much faster. Animation showing Sleeping Tabs in Microsoft Edge Second, the new sleeping tabs feature gives Microsoft Edge a performance boost when using multiple browser tabs simultaneously. It helps optimize the performance of your Microsoft Edge browser by freeing up system resources from unused tabs. This month, sleeping tabs is further improved and with up to 82% memory savings based upon internal data collected on our preview builds. It does so by immediately putting ads to sleep when you put tabs in the background for instant resource savings. Sleeping tabs also now has additional improvements to save system resources on Windows.

The future of Internet Explorer is in Microsoft Edge

Finally, you may have heard our recent announcement that the future of Internet Explorer on Windows 10 is in Microsoft Edge and that the Internet Explorer 11 (“IE11”) desktop application will be retired on June 15, 2022 for specific versions Windows 10. We know that catering to specific browsers are top pain points for you, so this news means that you will be able to focus more of your efforts on modern web experiences. But we didn’t leave your customers and users behind either. With Internet Explorer mode in Microsoft Edge, consumers and organizations will be able to use IE-based sites and apps alongside modern ones in Microsoft Edge—this is what we call the dual engine advantage in Microsoft Edge. Timeline showing the retirement date for IE11 on June 15th, 2022 With this retirement date set, we recommend you develop a plan to end support for IE11 for your websites and apps, and to stage a process to transition users from Internet Explorer over time and with easy pathways forward. When you’re ready, we can help you with this. When end users land on a website that is no longer supporting their go-to browser, it can be disruptive and jarring. We can help, with a guided transition process and a one-click option to bring over important user data like passwords and favorites. Learn more in the Moving users from Internet Explorer to Microsoft Edge article. Transitions are hard but can be made easier. For further details about this announcement, read our blog and check out our FAQ.

Enjoy Edge at Build

We hope you enjoy Microsoft Build this year and feel energized by all the new developer innovations! Don’t miss the following sessions to learn more about Microsoft Edge and WebView2: And to see all the developer resources related to Microsoft Edge, we’ve conveniently compiled everything for you here: https://aka.ms/build-2021-msedge. Have a great Build!]]>