by johns on 11/18/19, 3:36 PM with 52 comments
by throwGuardian on 11/18/19, 5:07 PM
1. Webview: https://github.com/zserge/webview
2. Lorca (Chrome): https://github.com/zserge/lorca
3. Carlo (js/Chrome): https://github.com/GoogleChromeLabs/carlo
by slowenough on 11/18/19, 7:09 PM
Please let this be it.
.NET is such a good runtime.
by yodon on 11/18/19, 4:27 PM
by FlorianRappl on 11/18/19, 6:42 PM
At the fundamental level such an approach works, but it brings several issues that are not addressed with it (in contrast to, e.g., Electron). The most pressing one being "I don't want any browser - I want a browser that I know is capable of doing what I want".
by fbelzile on 11/18/19, 6:55 PM
If you don't want to add an external library to do this, or your source is already platform dependent, just use the default web view component of each operating system (WebBrowser for Windows, WKWebView for macOS and WebKitGTK+2 for Linux) like this library does.
To work around some of the ugliness of the old IE rendering engine used in the current WebBrowser control on Windows, just add this meta tag to the HTML file to ensure it uses the new versions of IE to render the UI: <meta http-equiv="x-ua-compatible" content="ie=edge">
You can disable most non-native app behavior in JS (like scrolling or the default right click context menu using javascript). You're then free to use whatever front end framework you want and pass data between the web-app and native code using JSON.
by wayneftw on 11/18/19, 4:17 PM
by pjmlp on 11/19/19, 6:12 AM
Either go native or go Web, hybrid apps always always feel worse than middleware frameworks.
by josteink on 11/19/19, 6:29 AM
To make sure I understand how viable this solution is...
> On Windows, WebWindow uses the new Chromium-based Edge via webview2, assuming you have that browser installed (it could fall back on older Edge if you don’t, but I haven’t implemented that)
So this will currently only work for those running the absolutely newest version of Windows 10?
(But if the user does, you get a reasonably up to date and capable web-engine, which sounds good)
> On Mac, it uses the OS’s built-in WKWebView, which is the same technology behind Safari
Sounds decent, I guess?
> On Linux, it uses WebKitGTK+2, which is yet again a WebKit-based technology
Isn't WebKitGTK horribly outdated, or have things improved recently? Couldn't that be a source of issues down the road?
by thdrdt on 11/18/19, 5:36 PM
by catchmeifyoucan on 11/18/19, 10:37 PM
by gfodor on 11/18/19, 5:40 PM
by lightdot on 11/18/19, 4:00 PM
by ryanthedev on 11/19/19, 3:51 AM
I have been tinkering around with some enterprise solutions for delivering desktop native experience for web based apps.
by xmichael999 on 11/19/19, 2:52 AM
by jcmontx on 11/18/19, 4:38 PM
by The_rationalist on 11/18/19, 6:56 PM
by mscasts on 11/18/19, 4:09 PM