Godello VS sciter-js-sdk

? Godello https://github.com/alfredbaudisch/Godello

Yeah that is my point I am struggling with. Flutter is a viable solution especially I know it does what I want. But look at this: https://github.com/alfredbaudisch/Godello and check out the Godot Editor screenshots. This stuff runs in Web, Desktop and Mobile and even on the Switch (which I do not need).

Godello

Or https://github.com/alfredbaudisch/Godello But inside of a project would actually be nice too

For desktop and mobile apps, it could work.

For example, here is kanban PoC made by someone:

https://github.com/alfredbaudisch/Godello

But for web, that could be too much for browsers to handle. Godello loading at webbrowser has only some time watching at spinner, when you have fast Internet connection, loading about 10 MB of code, WASM etc.

But when I tried to save Godot 3D game example to HTML5, and load it to webbrowser, Chromium etc browsers can not handle that much data.

Some webbrowser users have slow connections. If there are many users, they start to complain webpages loading too slowly. With Godot everything is browserside, and generated with save button, from that it's hard to move anything to serverside.

But if you instead code frontend and backend with Javascript, it's possible to move more of frontend Javascript code to run serverside.

My project Godello is a clone of Trello made with Godot, which makes use of everything available in Godot regarding UIs and it has a database of boards, lists and cards: https://github.com/alfredbaudisch/Godello

Godello. Trello inspired kanban board, powered by an online real-time collaborative backend. Opensource. https://github.com/alfredbaudisch/Godello

Check my other Godot UI project, Godello: https://github.com/alfredbaudisch/Godello

Interesting, I never had problem with that. Which OS are you using? I received reports that on MacOS even 3.4 and 4.0 have blurry fonts. Can you run this to see if it's blurry for you? https://github.com/alfredbaudisch/Godello

How tiny is the output? What is the API? (I couldn't find any documentation. I thought maybe it's in the Help menu in the app itself but all I found was this https://i.imgur.com/6puOMIe.png - On that note, what level of JS is supported? As far as I can tell it uses this https://github.com/c-smile/sciter-js-sdk which is based on Fabrice Bellard's QuickJS ) Is there sound?

JavaScript & Electron Sciter!

Having normal procedural language for build automation is of course useful. That's for those 10% of cases when "standard" build DSL (make,CMake,etc.) simply do not have facilities.

But the rest of 90% tasks should have compact (easily readable) definitions.

I personally found that Premake5 has quite good balance for these tasks.

Premake files are plain .lua files and due to Lua syntax they are easily readable. And if needed you can call from them procedures defined in again Lua.

So typical project (multiplatform) definition looks pretty readable, for example one project from Sciter SDK:

https://github.com/c-smile/sciter-js-sdk/blob/main/premake5....

More details.

That's why in Sciter I've extended JSX with translation meta instruction @:

Note Tauri is full fledged Client/Server with WebView (client) is running in separate process with RPC between UI process and Rust code (Server).

For the comparison:

Standalone Sciter (scapp.exe, https://github.com/c-smile/sciter-js-sdk/tree/main/bin) takes ~8 MB of RAM (with minimal Cairo and GDI backends).

That's 20 times less than even Tauri.

WebView based solutions are not suitable for applets - small portable desktop applications.

scapp.exe ( Standalone sciter engine ) takes 45 Mb showing its default "about" document.

It does support , with limited support but still.

See: https://github.com/c-smile/sciter-js-sdk/tree/main/samples/c...

Sciter also supports immediate mode painting on any element (like in DearIMGUI):

    element.paintBackground = function(gfx) {