Google to Bring More Native Features to Web Apps

Google this week said that it would work to close the functional gap between native apps and web apps. The goal is to let web apps do everything that native apps can across mobile and desktop platforms.

“There are some capabilities, like file system access, idle detection, and more that are available to native but aren’t available on the web,” Google’s Pete LePage explains. “These missing capabilities mean some types of apps can’t be delivered on the web, or are less useful. To cope, some developers build native apps, or use wrappers like Cordova or Electron to access the underlying capabilities of the device.”

Windows Intelligence In Your Inbox

Sign up for our new free newsletter to get three time-saving tips each Friday — and get free copies of Paul Thurrott's Windows 11 and Windows 10 Field Guides (normally $9.99) as a special welcome gift!

"*" indicates required fields

This field is for validation purposes and should be left unchanged.

To close this functional gap, Google has committed to establishing which native platform capabilities are still unavailable to web apps and then bringing those capabilities over. It will prioritize this work based on need, so that the most useful missing features are implemented first.

“We’ve identified and prioritized an initial set of capabilities we feel are critical to closing the gap between web and native, and have already started work on a handful of them,” Lepage notes. “Personally I’m really excited about the writable file API that makes it possible to create web-based editors, and event alarms that help perform arbitrary work at some point in the future. But there are plenty more: Web Share Target, Async cookies, Wake Lock, WebHID, user idle detection, just to name a few.”

Indeed, the writable file API—which would enable more sophisticated web-based text editors and word processors that can seamlessly access local files, is up first.

You can find the current list of capabilities that Google is looking to implement in the Chromium bug database. But developers who are interested in this work might also consider chiming in about the evolution of these features tool.

Tagged with

Share post

Please check our Community Guidelines before commenting

Conversation 20 comments

  • Boris Zakharin

    13 November, 2018 - 3:13 pm

    <p>2 things:</p><ol><li>If a web app is integrated to Chrome to this extent, is it still a web app or is it a "native" Chrome app? </li><li>Despite Google's assurances of security, it's only a matter of time until a bug (or feature?) in something like native file access over the web will be exploited to take control of a user's file system.</li></ol>

    • kenspencerbrown

      13 November, 2018 - 4:08 pm

      <blockquote><em><a href="#366140">In reply to bzakharin:</a></em></blockquote><p>100%. Sounds a little like Microsoft's "embrace and extend" approach from the 1990s, doesn't it?</p>

      • skane2600

        13 November, 2018 - 4:20 pm

        <blockquote><em><a href="#366211">In reply to kenspencerbrown:</a></em></blockquote><p>Or maybe ActiveX.</p>

      • dontbe evil

        28 November, 2018 - 7:43 am

        <blockquote><em><a href="#366211">In reply to kenspencerbrown:</a></em></blockquote><p>yup, google is the new (old) MS … when people will understand will be too late (again)</p>

  • christian.hvid

    13 November, 2018 - 3:23 pm

    <p>Yes!! Please give web browsers write access to the local file system ASAP! After all, what could possibly go wrong? :)</p><p><br></p><p>Sarcasm aside, I'm sure Google has already pondered the security implications of this particular feature. But on a more general note, complete functional parity between web apps and native apps also requires equal levels of trust. In essence, loading an unknown web page will be like downloading and running an unknown EXE. The operating system will warn us and protect us to some extent, but if the API is there, it's open to misuse. There's a world of difference between providing an API with some protective measures and not providing the API at all.</p>

    • Alexander Rothacker

      Premium Member
      13 November, 2018 - 4:29 pm

      <blockquote><em><a href="#366154">In reply to christian.hvid:</a></em></blockquote><p>I see huge security implications with this, what could go wrong? It's not like we've gone down this road before. All I'm saying is IE and ActiveX, no security issues were ever associated with that. ROTFL.</p>

      • hrlngrv

        Premium Member
        13 November, 2018 - 4:59 pm

        <p><a href="https://www.thurrott.com/cloud/191481/google-to-bring-more-native-features-to-web-apps#366234&quot; target="_blank" style="background-color: rgb(255, 255, 255);"><em>In reply to earlster:</em></a></p><p>I haven't tried this, but I suppose it'd be possible to mimic Linux/BSD/Unix ability to mount partitions noexec under Windows by setting the permissions of a secondary volume's to deny execute to EVERYONE and enable inheritance. That wouldn't help with scripts, but it should mean no binaries could be executed.</p><p>ACLs restricting particular applications to particular parts of the file system would be better still.</p>

  • shmuelie

    Premium Member
    13 November, 2018 - 3:38 pm

    <p>Excuse me while I play grumpy old man but…</p><p><br></p><p>They've been promising me write-once-run-everywhere using the network/internet since forever. I think we'll get Fusion power first</p>

    • nicholas_kathrein

      14 November, 2018 - 9:21 am

      <blockquote><em><a href="#366181">In reply to Shmuelie:</a></em></blockquote><p>So then you admit someday it will work. :)</p>

    • wright_is

      Premium Member
      15 November, 2018 - 4:01 am

      <blockquote><em><a href="#366181">In reply to Shmuelie:</a></em></blockquote><p>Yes, I can remember P-code computers from the mid 80s that were promising, regardless of what OS was running, they would interpret the P-code and you could write once, run anywhere…</p><p>It never caught on.</p>

  • Chris_Kez

    Premium Member
    13 November, 2018 - 3:44 pm

    <p>"<span style="color: rgb(0, 0, 0);">The goal is to let web apps do everything that native apps can across mobile and desktop platforms"… in Chrome? For those looking at things through a Microsoft lens, the question remains whether or to what extent Google's web-app push will actually benefit Edge users. A lot of folks seem to think web apps will help close the Windows 10 app gap, particularly by bringing in Google apps, but I remain skeptical and keep waiting for Google to pull out the rug. </span></p>

  • skane2600

    13 November, 2018 - 4:13 pm

    <p>A potential security issue as a solution for a non-existent problem. Native apps work just fine, maybe the problem for Google is a lack of ad revenue. </p>

  • hrlngrv

    Premium Member
    13 November, 2018 - 5:03 pm

    <p>There's already approaches to providing native executable functionality delivered through the web: remote application servers. Maybe overkill for some types of software, but Citrix and VMWare work for large enterprises, and rollApp works for mere end users. Someday people with decent network connections may have several alternatives for application providers.</p>

  • jwpear

    Premium Member
    13 November, 2018 - 7:52 pm

    <p>Grumpy old man issues aside, Microsoft should be looking at this as a way to keep Windows relevant. It's a chance to bring interesting consumer apps back to Windows and remove the need for all the legacy crud.</p>

  • FalseAgent

    13 November, 2018 - 8:29 pm

    <p>wait, so are these chrome features or actual web standards? it's a big difference between the two and google has arguably already fragmented the way developers make PWAs.</p>

    • dontbe evil

      28 November, 2018 - 7:42 am

      <blockquote><em><a href="#366516">In reply to FalseAgent:</a></em></blockquote><p>I bet for chrome only, and nobody will complain because is not MS</p>

  • wright_is

    Premium Member
    14 November, 2018 - 7:27 am

    <p>No. Just no!</p><p>Browsers, and especially JavaScript are a security nightmare as it is, with drive-by-downloading, now they actually want to provide a native virus-writing toolkit directly in the browser's API?</p><p>It all sounds nice on the face of it, but I'd much rather keep it separate. Keep the web for web stuff and local apps for stuff done locally. Better security and better compartmentalization is what is needed, not throwing out more security for more (unneeded) functionality.</p>

    • chrisrut

      Premium Member
      14 November, 2018 - 6:51 pm

      <blockquote><em><a href="#366664">In reply to wright_is:</a></em></blockquote><p>Interesting point. Security needs to be baked into the DNA of something like this.</p>

  • dontbe evil

    28 November, 2018 - 7:42 am

    <p>chrome only I guess</p>

Windows Intelligence In Your Inbox

Sign up for our new free newsletter to get three time-saving tips each Friday

"*" indicates required fields

This field is for validation purposes and should be left unchanged.

Thurrott © 2024 Thurrott LLC