Google Wants Progressive Web Apps To Replace Chrome Apps (androidpolice.com)
An anonymous reader quotes a report from Android Police: The Chrome Web Store originally launched in 2010, and serves a hub for installing apps, extensions, and themes packaged for Chrome. Over a year ago, Google announced that it would phase out Chrome apps on Windows, Mac, and Linux in 2018. Today, the company sent out an email to developers with additional information, as well as news about future Progressive Web App support. The existing schedule is mostly still in place -- Chrome apps on the Web Store will no longer be discoverable for Mac, Windows, and Linux users. In fact, if you visit the store right now on anything but a Chromebook, the Apps page is gone. Google originally planned to remove app support on all platforms (except Chrome OS) entirely by Q1 2018, but Google has decided to transition to Progressive Web Apps:
"The Chrome team is now working to enable Progressive Web Apps (PWAs) to be installed on the desktop. Once this functionality ships (roughly targeting mid-2018), users will be able to install web apps to the desktop and launch them via icons and shortcuts; similar to the way that Chrome Apps can be installed today. In order to enable a more seamless transition from Chrome Apps to the web, Chrome will not fully remove support for Chrome Apps on Windows, Mac or Linux until after Desktop PWA installability becomes available in 2018. Timelines are still rough, but this will be a number of months later than the originally planned deprecation timeline of 'early 2018.' We also recognize that Desktop PWAs will not replace all Chrome App capabilities. We have been investigating ways to simplify the transition for developers that depend on exclusive Chrome App APIs, and will continue to focus on this -- in particular the Sockets, HID and Serial APIs."
"The Chrome team is now working to enable Progressive Web Apps (PWAs) to be installed on the desktop. Once this functionality ships (roughly targeting mid-2018), users will be able to install web apps to the desktop and launch them via icons and shortcuts; similar to the way that Chrome Apps can be installed today. In order to enable a more seamless transition from Chrome Apps to the web, Chrome will not fully remove support for Chrome Apps on Windows, Mac or Linux until after Desktop PWA installability becomes available in 2018. Timelines are still rough, but this will be a number of months later than the originally planned deprecation timeline of 'early 2018.' We also recognize that Desktop PWAs will not replace all Chrome App capabilities. We have been investigating ways to simplify the transition for developers that depend on exclusive Chrome App APIs, and will continue to focus on this -- in particular the Sockets, HID and Serial APIs."
Jesus Christ just compile the damn code for each plaform so I can run it locally!
And how are they different from normal web apps?
I didn't post that. Has my account been compromised by Russian trolls?
Just wait a week, and it will be replaced with a new one.
In related news.....
You still can't get an Android tablet larger than 12 inches, Android.... the most popular OS running on the most devices..... still flips tablets into portrait if you run an app that says "please run me in portrait". It still has no official way to close an app, it still reloads an activity as the official way to handle different screen layouts.... oh FFS.
It's a joke OS.
Designed to run little applets on small memory phones, now it runs on fast octacore hardware with super high res screens, 4gb minimum of memory and an OS that CAN'T EVEN HANDLE RESIZING WINDOWS PROPERLY, it's still unsuitable for porting major apps that Linux runs, simply because Android has these shortcomings that never get addressed.
Instead we get a Chromebook that can run Android applets very badly and they're not selling.
So if you made a Chrome app, Google now made your work useless. And what next year? Will they phase out web apps for the new flavor of the year? Google tech doesn't stick and can be abandoned by Google at any moment. I can't build on that.
When I think 'web app' I think about a website really that just performs app like actions.
For instance a website that has sliders to let you do HSLA color picking. It goes beyond that really, you can pretty much re-create any desktop app as a website.
So how would that gel with something like a browser add-on which works on the fundamentals of the browser itself like adblock plus or ad block element hider?
I can't wait to transition to PWAs so that one day they can tell me it will stop functioning at the end of the month and all my related data will be deleted. This is much better than the garbage applications that keep working even when you are offline. Honestly, how do they expect to spy on my entire life without internet connectivity?! ;)
Anons need not reply. Questions end with a question mark.
There is a 99.9% chance that your "web app" was either nothing more than a glorified bookmark that registered an icon in your start menu and did nothing more than redirecting to a regular website. If you actually used javascript running locally, local storage, or other webapp features, that was basically only thenew fancy HTML5 stuff to begin with and that won't go away either, You mostly have to do a boilerplate update.
bickerdyke
You know I just ported a big application to Android 7.1.
It's so flakey now, I cannot guarantee that the background service will continue to run. It gets killed every so often when the OS decides to run Bixby or similar. I have to block the reload of the gui on rotation of the device because a leak in Samsungs stylus in the text edit field makes it run out of bitmap memory (I thought Google would fix this heap by now, but no, it seems not). So I literally have to move existing controls around the screen myself, changing their layout so they are not unloaded and reloaded.
I have to keep the data in a holding service, because Android kills activities and reloads them seemingly at random. Hundreds of megabytes of preprocessed data I am supposed to save in a bundle of "key = graphView, value = 102.23,123.45..,,..." key pairs, then reload when you flip back to the application, then magically stitch the gui and data together in an instant.
I have a module that Art won't compile because its too big.... at 12000 lines, it runs as interpreted code. Seriously it won't compile a class of 12000 lines.
It's so much work keeping up with Google's fucking incompetent shit.
They changed from Eclipse to Intellij development platform..... completely different file layout, unsupported version plugins, and a whole different set of bugs! This one crashes when debugging if it gets confused about breakpoints. This bug has been there for 2 years.
Each change they make is done in a way designed to break the maximum number of applications for the minimum gain. Can you imagine developing a corporate app, where you can't even ensure it will continue to run? Or that it won't be unloaded to reduce the ram footprint.... even if there's plenty of free ram?
Chrome OS was always a noddy OS designed to run webapps, so I have little sympathy for people who developed for that platform. I had hopes that Android would mature into a full OS, instead it's becoming more like Chrome with each change. It's good enough to run a control panel and a todo list and an SMS/messenger app, not much else.
Googles own Remote Desktop and Chronic Recovery tool?
Apps the apps? What the apps? Apps the apps and the apps will apps so apps you!
How to securly access local files (or do privilegied actions) ?
You can probably run a local server that allow access through API but then how do you make sure this is your web app that call the local server ?
Ah well, at least I didn't waste my time developing for a short-lifetime 'product'
I'll make sure that I'll avoid it's replacement too. Developing anything for a platform that's going to be dead in a few years is a complete waste of effort for the most part.
I don't give a fuck what Google wants.
That is why Google can't be trusted for the enterprise, they can't stick to anything...
Chrome "APPS" are just that: Not real apps. More like normal Websites.
Chrome Apps: useless.
AMP: useless.
"progressive" apps: useless.
Googles own fault for coming up with such crap.
So now the apps will all be socialist? And they will be "progressively" totalitarian like the "democrat" party?
Psst, did you know about the targetSdkVersion setting in build.gradle? So you can keep using the OS quirks you like?
So, in this case, java IS logically equivalent to javascript, despite what snarky coders commentary
I am a user, editing a document.
The lifecycle of the document app is... I create it, it is work in progress, maybe I view webpages, check emails and so on while working on it, but it is still there, until I am done, I save it, exit, I am finished with it.
The corresponding lifecycle of the Android Activity for that is: The user creates it, starts editing it, when they switch away this activity will be closed, it needs to try to save all your work, and when you flip back to it, it should attempt to recreate the GUI exactly as the user left it, so the user isn't confused. This closing and attempted restoring will happen many times (even twice during a screen-on due to a lazy bug fix) and looks to the user like the app crashed, but no, it was the OS's normal behavior, killing work in progress is normal for Android. When the user selects Save, they are supposed to leave the activity there in the stack of apps, lingering long after it was finished with. At some point in the future a system app will pop up saying "background idle app put to sleep...." at which point the activity will finally disappear.
Lifecycle of apps needs to be fixed, activities are visual representation of one instance of user editing data and needs to stay in memory until user finishes with that data. If the user isn't finished with it, it shouldn't be unloaded, unloaded is just crashing in a fancy way.
Then there's the layout problem. In the Android model, apps are activities, they are unloaded on rotate or density changes or mode changes or screen off, or switch to other app, and reloaded and set the new layout appropriate to the new configurations. Fantasyland. Really big apps have lots of data powering that GUI, they are not crappy checklists, that layout is a tiny change compared to trying to stick a complex state filled workflow to a gui that keeps getting closed. Each view represents some window onto that complex data. Each view closed is a window that needs rebuilding.
Instead Activities must stay in memory, views must stay in existence, you need a "Activity.reLayout(newLayoutResource, optionalRootId, optionalTransitionAnimator, ...)" to tell the OS to relayout according to the portrait or landscape or whatever layout change is happening. Keep the views, keep the data, relayout just the layout on a layout change FFS.
Don't tell me its for efficiency, if you don't process redraws and user interfaces for a hidden view, they are just things in memory, you waste far more power storing and reconstructing these from your bundles than leaving them till the user finishes with the activity. That claim is just sophistry to defend a bad choice.
Orientation, how many times does it need to be said, that a portrait app is a portrait APP not a portrait DEVICE. Stop rotating tablets into portrait to run phone apps FFS. The orientation of the tablet is the way the user holds it, not the way the app wishes the user would hold it. The app fits the user the user doesn't fit to the app.
Material design man, you have a control panel, I select items, I read top to bottom, and in a modal dialog you've put the accept/cancel buttons at the top, not the bottom. But I still read top to bottom, so the last thing I do is look at the bottom of the screen. It's not even modal, I can switch away and never be aware those buttons existed till I notice the control panel didn't work. Stop it with the arbitrary stylistic crap, your 'pure' Android devices don't sell, pure 'clean' Android is awful. Go look in the bathwater you threw out and recover that baby.
Windows has this legacy windowing system, it works with a mouse and barely usable with a trackpad and is awful with fingers and pretty lousy with stylus when drags are involved. Why copy the awful bits with Chrome OS/Android? Management is in neutral and Android is just rolling along down the hill? Why?
OK, then, now that Chrome is doing the desktop web application more seriously, where is Firefox's replacement of the defunct XULRunner that did essentially the same thing?
Kriston
I Think progressive web apps are really good. It is really good for chrome apps. Our team in https://www.identitypi.com/ uses chrome apps a lot. especially as extensions. It is good to hear progress.
Scrape the site and host it on apache? Wtf
Playing a local game? Those don't 'need' central servers and certainly worked before the internets.
Except nowadays, commercial video games need the Internet for matchmaking even if you're playing on the LAN.
<cough>StarCraft II</cough>
And isn't this something they should be able to do pretty readily?
Delphi X lets you do just that for all "major platforms" https://www.embarcadero.com/products/delphi/ & so does C++ for that matter!
* Better performance by FAR too!
APK
P.S.=> Totally w/ you on that note FunkSoulBrother... apk
I don't use Chrome apps, and I won't use "progressive web apps", either.
Datavirtue this *MAY* interest you https://apple.slashdot.org/comments.pl?sid=11444449&cid=55687783/ as far as Linux is concerned especially!
APK
P.S.=> Delphi X "does it all" for the major platforms out there & in 32/64-bit... apk
html will be dead in a few years ? I Don't think so.
No way these web apps are going to last. Just thinking about developing one makes my skin crawl.
I object to power without constructive purpose. --Spock
Take a look at Xamarin Forms. It abstracts away a lot of those problems to someone else and lets you focus on developing an app. ...and your app works on other platfroms without much fuss.
I object to power without constructive purpose. --Spock
Nope, and I wasn't arguing that. But 'PWA's hopefully will die. There have been many attempts, and they're all shit and ultimately had little take up. This attempt will be no different.
So it's an application running in a kind of sandbox that does hardware abstraction.
Doesn't Java does the same already?
while you're at it, why not tell us about why you think anyone cares
What is the difference between this and a local HTML file. I am very confused on the difference.
The millennial that doesn't like most of the stuff designed for millennials.
If you repeatedly ran into screens like the following, would you find it still "worth the trade-offs"?
See subject: Can't debug it here (& you're SMARTER than that). May be their site OR your end!
* Object Pascal's ALMOST all C++ is (iirc, only 'multiple inheritance' lacking & is that actually applied in the REAL world?) & easier.
Replaced MSVC++ & VB as my favs via VBPJ 1997 Oct issue "Inside the VB5 Compiler" (VB5 given a 'watered-down' MSVC++ 5.0 compiler minus loop unrolling but did better vs. interpreted code via runtime VBRUN*.DLL & MSVC++ has some runtime interpreting going on (forms)) WINNING 4/6 tests & MOST IMPORTANT in what EVERY PROGRAM DOES (by double in MATH & STRINGS work).
Does SINGLE TRUE .exe VCL statically compiled 1 piece .exe files (I love it).
APK
P.S.=> 'Starter' edition = FREE (enough to do apps like APK Hosts File Engine 10++ 32/64-bit https://www.google.com/search?hl=en&source=hp&biw=&bih=&q=%22APK+Hosts+File+Engine%22+and+%22start64%22&btnG=Google+Search&gbv=1/ (only in 32-bit mode though)... apk
...that I never watched.
See subject & FreePascal & it's Lazarus IDE do the job on most all the platforms Delphi does - Especially Linux (almost a PERFECT doppleganger of Delphi & code compatibility is VERY good from what I've heard tell of it)
* I use X4 build (not X10) - does the job for my "favorite pet project" & you KNOW what THAT is & I actually don't intend to port it to other platforms (I could though OR let others do so, but I've been THREATED by trolls here they would create an EFast Google Chrome malicious copy IF I "openSORES'd" it).
APK
P.S.=> Yes, the price of admission's high (I can't afford it now but I could when I was still working FULL time as a professional dev, but I retired (much higher bills now in this point in my life is why & I already have what I need to "get the job done" on my hobbies (which ARE for the good of others for a TRUE "absolute good"))... apk
It is ok to be white. It is not ok to be a racist shithead or a xenophobic asshole. Enjoy your day good sir.
google does not spy on your life AND internet is free and uncensored, everywhere.
this would free us from the need of another google "invention" that goes down the drain in one or two years.
Try accessing Flipkart.com or Zomato.com. It feels like you have opened the app, though it’s not the app that you have installed on your phone, it’s just a PWA. Few attractive features of PWA are 1) Responsive- Compatible with any device (desktop, mobile, tablet, including the ones yet to come). 2) Progressive- Work for all users irrespective of their browser choice. 3) Connectivity-Work Offline or on poor networks. 4) Up-to-date- the service worker update process ensures current, with offline Quoted from this article: https://codeburst.io/pwa-vs-am... A Native App is developed specifically for a particular mobile device, customized for the operating system and other device configuration, and installed directly to the device, usually through app stores. A crucial consideration, to be taken upfront, is whether to opt for native apps or web apps https://www.fingent.com/blog/n...