Bold move not adding the LGPL or other more open license for a library. I get it. They want it used for OSS or get paid. But I think that limits the user base and therefore its appeal to folks who would actually pay for it.
It really will need to provide a superior technical product and more efficient dev experience like Qt did before Gtk "caught up" and forced the Qt license change.
If I'm a company, I'd rather use something I could hire folks who have experience with it unless it met those criteria. This is a crowded space, unlike "modern" X11 GUI frameworks at the time of Qt/early KDE.
From the look, there's no real differentiation here from the rest of the crowd. Maybe they'll hit that. As a big company, I'd pay for "support" for both that aspect and for input into the direction of the product. My big company does this for most OSS. But I don't do GUI dev in real life.
I won't ever use it personally because:
a) I won't pay for it for a hobby project. I'm probably going to go actual native and just hit 1 platform and do native on another if there's demand. If I'm going cross platform, I'm just going to do what everyone does these days: hit the web and forget about "native." Then use something clunky like Electron if I managed to be successful and folks wanted a local app.
b) I'm not going to license any OSS I make w/ the GPLv3+. Personal preference. Maybe enough people will disagree for them to get a user base.
It's a shame. I wanted to like it just because I love the band Slint.
I can’t choose an option where the terms may change in the future.
And that “combined software has to be GPL” isn’t OK with me. I’m just not happy with the GPL from a legal and philosophical stance. Totally recognize I’m weird and pedantic there.
But yeah, not wanting to debate my personal choices, more speaking to how the licensing decisions may impact the business success.
Making money w/ an open source product or really any library these days as your business’s product is hard.
It’s hard to sell, commercially “extend”, or sell professional services around. I don’t envy the situation. It’s hard enough for RedisLabs, MongoDB, etc. who have more opportunities there.
Have other people done this dual commercial/GPL license before? Doesn't selling it under a (non-free) commercial license go against everything the FSF stands for?
It's quite common. Here are Richard Stallman's own words: "I've considered selling exceptions acceptable since the 1990s, and on occasion I've suggested it to companies. Sometimes this approach has made it possible for important programs to become free software." and "I consider selling exceptions an acceptable thing for a company to do, and I will suggest it where appropriate as a way to get programs freed." and more. The whole article is worth a read: https://www.gnu.org/philosophy/selling-exceptions.en.html
Qt famously is dual commercial/LGPL licensed. And while a commercial offering does go against the FSF’s ideals, it’s a necessary evil in some circumstances.
This is actually impressive. A (future) competitor to gtk / qt, written by ex QT developers, low footprint, multi platform, multi arch, and if I get it right compiles natively in rust without gcc/llvm.
I love using the GPL3 + commercial here. I know there's a strong bias against the GPL broadly, but pairing it with a commercial option is really pragmatic in a world where you have FOSS devs trying to contribute to the canon of free software and commercial enterprises trying to generate profit. I hope this bias dissipates, because I think it solves a lot of problems, in particular with SaaS/cloud companies reselling FOSS products and using scale/monopoly status to eat the market.
it does provide native widgets which can be used. If you care to look through the documentation there are images displaying the control widgets / native components
Honestly the macOS port looks very non-native to me — the black text in the selected tag gives me a very Qt/Swing feel… I’m very sure that Slint isn’t leveraging the platform native libraries. Very unfortunate.
Basically you must agree to tell users and people that you use Slint, provide a testimonial and allow Slint to refer to your product with your logo as an example of program using Slint
what's with the choice of languages? Why Rust and C++ for application development? Those are rather noisy languages with lots of things that are not useful at high level. I thought the "native" part is enough if you care about performance?
The goal is to support more higher level languages such as Python and Go in the future. The reason to start with these languages is that: Rust is the implementation language. C++ is another compiled language which is much used in the industry of embedded devices. Javascript is a more dynamic/interpreted language. This also happen to be the languages we were the most familiar with. This choice of language to start with validate that it might be possible to support other languages in the future.
It really will need to provide a superior technical product and more efficient dev experience like Qt did before Gtk "caught up" and forced the Qt license change.
If I'm a company, I'd rather use something I could hire folks who have experience with it unless it met those criteria. This is a crowded space, unlike "modern" X11 GUI frameworks at the time of Qt/early KDE.
From the look, there's no real differentiation here from the rest of the crowd. Maybe they'll hit that. As a big company, I'd pay for "support" for both that aspect and for input into the direction of the product. My big company does this for most OSS. But I don't do GUI dev in real life.
I won't ever use it personally because:
a) I won't pay for it for a hobby project. I'm probably going to go actual native and just hit 1 platform and do native on another if there's demand. If I'm going cross platform, I'm just going to do what everyone does these days: hit the web and forget about "native." Then use something clunky like Electron if I managed to be successful and folks wanted a local app.
b) I'm not going to license any OSS I make w/ the GPLv3+. Personal preference. Maybe enough people will disagree for them to get a user base.
It's a shame. I wanted to like it just because I love the band Slint.