Why we maintain desktop apps for OS X, Windows, and a web application
21–30 of 95 posts
Re: Why we maintain desktop apps for OS X, Windows, and a web application
#22Re: Why we maintain desktop apps for OS X, Windows, and a web application
#23I'd like to hear a little more about how this "recent technology" that she linked to helps me deploy web apps to the desktop. The http://nwjs.io/ site certainly doesn't have much info on how it can help for this use case.
nwjs (node-webkit formerly) is a Chromium wrapper that lets you deploy web apps as desktop apps, simple as that.
Re: Why we maintain desktop apps for OS X, Windows, and a web application
#24I'd like to hear a little more about how this "recent technology" that she linked to helps me deploy web apps to the desktop. The http://nwjs.io/ site certainly doesn't have much info on how it can help for this use case.
[1] https://groups.google.com/forum/#!topic/nwjs-general/V1Fhvfa...
Re: Why we maintain desktop apps for OS X, Windows, and a web application
#25I'd like to hear a little more about how this "recent technology" that she linked to helps me deploy web apps to the desktop. The http://nwjs.io/ site certainly doesn't have much info on how it can help for this use case.
kinda like cordova/phonegap for desktop
Re: Why we maintain desktop apps for OS X, Windows, and a web application
#26I expect native app to be written with Objective C (OS X/iOS user here), having very low memory usage, fast startup and offline usage. Also I expect as much integration with the system, as possible, native controls (not that buggy emulation without my favorite emacs-like keybindings) and native behavior.
Probably we miss an important piece of technology: installable web-apps. Website opened in the frameless browser window, identifiable as a different application which could be easily pinned to Launchpad. With all advantages that "separate webview" has, but with some important difference: sandboxing. So I can feel safe when I launch this application, because I don't need to trust all my files, passwords and system to another application. I've seen that kind of technology in the iOS: website bookmark could be pinned as a desktop icon, but it's just a bookmark.
Re: Why we maintain desktop apps for OS X, Windows, and a web application
#27What I don't like is WebView distributed as a "native app". It's not native app and it's not something I want to install, don't cheat me. Webpages should stay in browser. I expect native app to be written with Objective C (OS X/iOS user here), having very low memory usage, fast startup and offline usage. Also I expect as much integration with the system, as possible, native controls (not that buggy emulation without…
Re: Why we maintain desktop apps for OS X, Windows, and a web application
#28What I don't like is WebView distributed as a "native app". It's not native app and it's not something I want to install, don't cheat me. Webpages should stay in browser. I expect native app to be written with Objective C (OS X/iOS user here), having very low memory usage, fast startup and offline usage. Also I expect as much integration with the system, as possible, native controls (not that buggy emulation without…
Like "Create application shortcuts" in Chrome?
Re: Why we maintain desktop apps for OS X, Windows, and a web application
#29Installable webapps cover at least the first two points.
Of course, users are more likely to try out your app if they don't have to go through an installation process first, so it's a tradeoff.
Re: Why we maintain desktop apps for OS X, Windows, and a web application
#30What I don't like is WebView distributed as a "native app". It's not native app and it's not something I want to install, don't cheat me. Webpages should stay in browser. I expect native app to be written with Objective C (OS X/iOS user here), having very low memory usage, fast startup and offline usage. Also I expect as much integration with the system, as possible, native controls (not that buggy emulation without…