xgo

I see, in this thread, talks about what Sciter does and does not offer. It's not the only alternative to Electron, but it might be one that offers predictable and repeatable results. I released a small open source project on HN last week (https://github.com/Fusion/pngsource) and I wrote its backend logic in Go. I built the frontend using Tailwind (https://tailwindcss.com) and DaisyUI (https://daisyui.com) and, using Go compiler flags, I can release the app using both WebView (github.com/webview/webview) (which, yes, does require the host OS' collaboration) and Wails (wails.app) (which also does.) On Linux/AMD64, the binary's size is 3.7M when building for WebView, and 6.8M when targeting Wails. The way the app works is I drag/drop files to the UI, magic happens, and I use github.com/ncruces/zenity to prompt the user for a save location. I

I am trying to help a Windows-using team ramp-up on Go dev, and it's pretty rough. Currently my advice to them is ditch VS Code and download GoLand, the editor change is jarring but the experience is much more fluid on Windows overall. Also transparent support for modules, per project. For compiling when your code (or a package you're using, e.g. sqlite) has a cgo dependency - afaik YES you will need to go down the dark road of cygwin/Mingw, if you want your development cycle to be at all normal... and even then, my observation is compilation times are an order of magnitude slower on Windows :( At GopherCon I met folks who worked for huge, "old guard" Windows companies who said "just run a linux VM" to develop in Go. If you just need to compile for windows once and a while (e.g. for releases only, not as part of your normal dev cycle), ch

Indeed, although I have thoroughly enjoyed xgo[1] (docker-based x-compilation) for building cross-platform binaries with packages like Sqlite folded in. [1] https://github.com/karalabe/xgo