graderjs
webview
Our great sponsors
graderjs | webview | |
---|---|---|
10 | 68 | |
155 | 11,951 | |
1.3% | 1.2% | |
0.0 | 8.5 | |
over 1 year ago | 3 days ago | |
Shell | C | |
GNU General Public License v3.0 or later | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
graderjs
-
Use any web browser as GUI, with Zig in the back end and HTML5 in the front end
This is very polished and cool looking. Inspiring. I find this project's level of polish very inspiring.
It's lovely to see someone has captured this idea and expressed it in the right way to make it interesting to many people. I really hope this mode of desktop apps can take off, at least to the level where the community has something to explore for a while to see if it works. I made something like this for Chrome browsers a while ago, nodejs backends, vanilla front-ends, built-in packaging using pkg. It's just a nice approach: https://github.com/dosyago/graderjs
And I made a demo using the venerable MS Paint clone JS Paint^0. The dev experience was great, I literally just dropped in the front-end code to the right folder, compiled it and wham, "desktop JS paint" on 3 platforms, haha.
Using the ubiquitous local browser as the rendering / API engine for desktop just seems smart. And it's technically interesting, because you get to think in terms of how can you step back from the browser, the platform, the front-end and the back-end and come up with a general API that addresses all of it, which is kinda cool.
-
Ask HN: What is your preferred light weight stack for personal projects?
Client / Server Web App: Node.JS, Bang.html[0], the filesystem
Native downloadable executable desktop GUI application: Node.JS, GraderJS
CLI app: ??? Don't know yet, GraderJS can work but it's focused around GUI
Mobile app: ??? Don't know yet
Embedded: ??? Don't know yet
Graphics: Processing (but surely there are much better options nowadays)
AI: ??? Don't know yet
-
Ask HN: Why aren't there any real alternatives to Electron?
I'm working on an alternative. It's a slightly different take, but provides similar functionality of Node.js plus front end code in a packaged binary. Instead of using a weird custom fork of chrome and downloading that for every different binary we just use the system Chrome browser (or install it once for all apps). Eventually we can probably expand to use other Chrome browsers or even other web driver supported browsers which Firefox seems to be building that support out. I just like the idea of using something that's already on the system.
Take a look at the wonderful GraderJS, heh :)
-
Jspaint.exe: JavaScript Paint –~ as a cross-platform native desktop app
For those who didn't reach the end of the README.md, it seems to use an electron-alternative called grader, from the same author:
https://github.com/i5ik/graderjs
It runs server and downloads Chrome (if not available already) and starts it in app mode.
-
Tauri: An Electron alternative written in Rust
It is a good idea but it is not a new idea
the interesting history of these sorts of frameworks is that Google actually created a framework that did this and stopped development on it. the code is still on GitHub. And there's a bunch of other frameworks that use a variety of different languages not just rust as the application language that also have this idea of not bundling chromium but instead using the system webview for rendering HTML and JavaScript.
You can find a bunch of different approaches in lists like "alternatives to electron." There's some on GitHub.
I took a slightly different approach where instead of using the system web view which I thought you know is going to be inconsistent across systems and it's not going to support the latest HTML JavaScript and security features I used the assumption that the user already has chrome installed which works in a high number of cases or can download and install it if that's not the case. predictably I suppose some people express to satisfaction that it was not using Firefox. using Firefox becomes more possible and more likely I suppose as firefox's support for the dev tools protocol achieves parity with chrome support for that.
webview
-
Why Bloat Is Still Software's Biggest Vulnerability
You can create the webview using each platforms native GUI toolkit and setup JS communication yourself OR you can use a lightweight library that does it for [1] (search its README for language "bindings").
-
Nui C++ User Interface Library
Nui could base on this in theory. Nui uses https://github.com/webview/webview under the hood, which provides browser windows for linux, windows or mac. Nui adds some cmake to make the "in-browser" and "main-process" part appear seemless, as well adding a DSEL for the "in-browser" view part.
-
[Golang] Recommandation de bibliothèque d'interface utilisateur légère
WebView 7k
-
Did you hear about using a web browser as GUI using C99?
You mean something like this?
- Desktop apps with golang
-
Neutralinojs – Build lightweight cross-platform desktop apps with JavaScript
Golang can compile to windows statically, and on Windows those bindings are using the MSWebView2 API (aka Microsoft Edge webview).
I know that you can also compile the webview.cc into a dll specifically, and link against that. But I'd never done with Visual C++ because I am cross-compiling from Linux to Windows.
The README of the webview/webview project refers to the WebView2 SDK on NuGet, however [1]
-
The Quest for the Ultimate GUI Framework
The author shrugs off web tech (maybe because of electron bloat?) but you can avoid the bloat by using each platforms native web browser control. There are even cross-platform libraries that make creating the native control and cross-communication simple. These applications would be architecturally similar to Win32 apps using and communicating with a XAML Island, but the advantage of web tech is it's an open standard and WPF/WinUI is not.
-
Should web developers learn Flutter instead of React Native/Electron for mobile/desktop apps?
From a more established company with more guaranteed long-term support than the web frameworks that solve the above problems (like Tauri and Webview)
-
Is there anything like electron for go?
lower lever/simpler than wails is https://github.com/webview/webview
-
Pytonium - A framework for building python apps, with a GUI based on the web-technologies HTML, CSS and Javascript. Would be happy to hear some feedback on the code and the idea
WebView : Uses a WebView control
What are some alternatives?
fyne - Cross platform GUI toolkit in Go inspired by Material Design
imgui - Dear ImGui: Bloat-free Graphical User interface for C++ with minimal dependencies
Lorca - Build cross-platform modern desktop apps in Go + HTML5
sciter - Sciter: the Embeddable HTML/CSS/JS engine for modern UI development
tauri - Build smaller, faster, and more secure desktop applications with a web frontend.
wry - Cross-platform WebView library in Rust for Tauri.
Wails - Create beautiful applications using Go
neutralinojs - Portable and lightweight cross-platform desktop application development framework
Ultralight - Lightweight, high-performance HTML renderer for game and app developers.
flet - Flet enables developers to easily build realtime web, mobile and desktop apps in Python. No frontend experience required.
go-astilectron - Build cross platform GUI apps with GO and HTML/JS/CSS (powered by Electron)
FLTK - FLTK - Fast Light Tool Kit - https://github.com/fltk/fltk - cross platform GUI development