Dynamic linking is allowed and you are allowed to ship those, so on Windows it's very painless. You just ship your Go/C#/Python/Rust binary with a sciter.dll that sits in the same folder. On Linux it's not quite as nice since you have to move the libsciter.so to the appropriate folder.

Of course static linking would be nicer, but I think it's fair to charge money for that (as well as for source code access). The project has to finance itself somehow.

> On Linux it's not quite as nice since you have to move the libsciter.so to the appropriate folder.

Incorrect. Linux doesn't care where you load a .so from. You could load it by using a path, or you could add a path to your LD_LIBRARY_PATH env var. You could even add it to your compiled binary's RPATH. All methods support relative paths. The latter requires a binary, but the first two work with nearly all scripting languages.

None of those options are any easier than moving it. No harder, but no easier.

I don't think I agree. You don't need root and you don't need to "install" anything with these other options; it allows the user to extract and run rather than extract, elevate, install, run. It clearly shifts some of the pain from the user back to the developer. It's particularly clearly a win if you're distributing your app on your website instead of via distro package managers.

A shell script provided by the app author can automate setting LD_LIBRARY_PATH and running the binary. It's very convenient for the end user. Lots of programs are shipped to Linux this way.

They are easier for the end user in certain cases. Putting the library in the system library search path requires elevated privileges (usually). Having your application run from a self-contained directory does not.

How many great projects will never be, from the common dev's expectation of free?

I think there is an oversized focus on everything being free. It started with Google being free but it really isn't since you have to view adds and get distracted.

Also think about a software tool that costs say $100. It ain't free but that's your hourly salary Mr. Professional Developer. Using only free tools is penny-wise and pound foolish.

I think paying once for a tool is outstanding and I fully support it. Prices can even be a lot higher, from my point of view.

The trouble is that everyone wants to be a landlord these days by charging rent instead of allowing you to buy a copy of the software.

No, my hourly salary is 1/10 of that. I would still pay for the license for Sciter if I had a use for it right now, but it isn't a trivial cost.

Agreed; don't pick the free-as-in-beer tool solely because of that. However, some of the free-as-in-beer tools are the best. And those you should donate to (if they accept it). :)

I see, the SDK is BSD but the runtime is freeware.