Show HN: Qt binding for Go with support for all major operating systems (opens in new tab)

It depends on how much you want to embrace docker. In general you can use this binding without touching docker at all. But if you want, you can use docker in every step of the process. It starts with the minimal setup that just depends on Go + Docker. Then continues during development, so if you would want for example test your application on android really quick, then you would just need to pull the android image instead of setting up the android SDK, NDK and JDK by yourself. And then in the end you can use docker for your CI and CD processes as well. For example by creating your own docker images on top of provided ones.

I recently tried out gold linker in a c++/qt project, and it nearly halved my compile time. I don't quite have incremental linking working yet, but I expect it to be even better.

thank you :)

The file size depends on the target and what modules you use, for dynamically linked projects I would guess it's around 50mb for an average project. Maybe 20mb more on windows because of the icu libs, but those can be replaced with your own (much smaller) versions. Static projects may weight half of what the dynamic ones do, so maybe around 25mb. But depending on how much you care about file size, you could also compile your own static Qt version and then strip everything that you don't need.

Here [1] are some infos about QML development and here [2] you can try out QML in the browser.

[1] https://github.com/Esri/arcgis-appstudio-samples/wiki/Unders... [2] https://qmlweb.github.io

I'd take a look at QT Quick.

thank you :)

The open source version of Qt is LGPL, which basically means you may use it in a proprietary application if you use dynamic linking. If you link statically or copy any of its code, then your program must be free software (GPL).

If you pay for a commercial license, you can link statically without restriction. The commercial version is also necessary for locked-down platforms like iOS where the dynamic linking can't be changed by the end user of the software.

IANAL, and there are a few details I glossed over, but that's the simple version.

Qt is LGPL. So there are no limitations unless you make changes to the Qt library (which you probably won't do). If you do make changes, though, then you would have to release them under LGPL license.

So, I think there are absolutely no limitations to using Qt LGPL in a commercial application. All you get from the commercial license is support.

Note: I'm not a lawyer, don't hang me if you get sued or something. But I do think I'm right about this.

It seems the obscure qt.io Downloads page really isn't helping in this regard

I may be remembering wrong. But I believe back when I used Qt a few years ago, the most common interpretation of the GPL license the free version used prevented you from deploying with a single static binary.

it depends on the target [1] and which Qt version you use, the default "official" Qt version usually dynamically links against Qt's libs. for windows for example you can use the msys2 version (on windows), which can also be statically linked or you could use the docker images with mxe to statically link your windows application. but you could also build a static version of Qt yourself and use that version as well.

https://github.com/therecipe/qt#targets

qtdeploy is intended to be used for deploying and therefore will run qtrcc, qtmoc, qtminimal and do the actual bundling of your binary. the -fast flag re-uses the cached rcc_* moc_* minimal-* files and will also not re-run the actual bundling process. this works for the desktop targets but not for the mobile targets, therefore I made it optional.

In what world would "fast" mean "do things faster with no downsides"? ;)

It's a trade-off between deployment speed and quality, like compiler optimizations.

Yes. For example, the dbus package: https://github.com/therecipe/qt/blob/053d54a2eb0658bae6e3259...

https://github.com/therecipe/qt/blob/053d54a2eb0658bae6e3259...

All of the code is cgo wrappers around messes of c/c++

Sorry for the newbie question, I've never written a desktop application. But do you write the UI in a different language than you write its business logic? For instance, you would write the UI in Delphi with the Lazarus IDE and then the "back-end" of your app would be written in C++, Go or something alike?

So you write Object Pascal code? You don't have some freelance work avail?

If Qt supports it, then you can probably get it working with this binding as well.

it's automatically generated against the Qt version you use when you run the setup. the generator is also used to power qtmoc and qtminimal.

go-qml, like the name suggests allows you to use QML together with Go. This binding allows you to also use Qt's C++ API. And it contains some tools to simplify deployment and development processes.

it works from the README on github and goes to https://github.com/therecipe/qt/tree/master/internal/example...

no