4 ms·

This. I shake my head every time Qt shows up in HN as an upvoted thread. Its licensing model is so antithetical to smart planning I find it unusable for any pro

by xbar 6y ago

This. I shake my head every time Qt shows up in HN as an upvoted thread. Its licensing model is so antithetical to smart planning I find it unusable for any project. I gave up ongoing fees for software components I use to develop with Borland Turbo C++. I am not going back now.

stagger87 6y ago
Any reason you can't use the LGPL license?
- xbar 6y ago
  A fair question. My interpretation is that I could switch to LGPL Qt for client software and keep my source code if I dynamically link to Qt. I may be too strident as a commercial developer in my anti-LGPL 3 rhetoric, but my cloud-apps have been avoiding it assiduously. Client side, I should look for this kind of flexibility.
  - npteljes 6y ago
    Even the GPL should not be a problem for you in the cloud, since you're not distributing the software, just provide a network interface to it. And the LGPL is even more forgiving. This web service use case is the reason for the AGPL, which does prescribe that even web services should open their code, should they use AGPL dependencies.
_iyig 6y ago
What are some good alternatives for native, cross-platform GUI applications? Qt used to be my preferred solution.
- zelly 6y ago
  There is no alternative. No one other than Qt will expend the massive amount of effort to maintain such a thing. Everyone sees the writing on the wall with the new ARM Macs if it wasn't already apparent. Desktop applications are on their last leg. You will just write a mobile app and that will be backwards compatible with desktop automatically.
  - Reelin 6y ago
    > You will just write a mobile app and that will be backwards compatible with desktop automatically. A PWA? Sure. But a native app with seamless integration? No way. Instead of Windows, macOS, and various Linux flavors, now you've got Windows, iOS, still macOS (for now), various Android versions, and various Linux flavors (including Chrome OS). Good luck! (Depending on the type of app, you might also want or need to support various embedded devices or game consoles. I guess QT doesn't help there though.)
    - zelly 6y ago
      > But a native app with seamless integration? No way. https://developer.apple.com/documentation/apple_silicon/running_your_ios_apps_on_macos https://developer.apple.com/documentation/apple_silicon/runn...
  - rualca 6y ago
    >>Desktop applications are on their last leg. You will just write a mobile app and that will be backwards compatible with desktop automatically. I don't understand your point. In your opinion what's a mobile app that's "backwards compatible with desktop", and what makes that app not a desktop app?
    - mixmastamyk 6y ago
      I think the idea is that developers will forgo tradition desktop development when then can just create an ipad app that works incidentally on the desktop and iOS. Personally not convinced when Windows still owns the desktop.
      - zelly 6y ago
        Developers have already foregone traditional desktop development since webapps and Electron took over. Webapps are as incidental of a substitute for desktop applications as mobile apps that run on desktop would be. Companies don't volunteer for expen$$$ive development work just out of a sense of purity when it doesn't bring in any more money. Windows still owns the desktop but they mimic Apple. Also since ca. 2008 the population under 30 has been mostly on Apple. Those people will get older and replace the generation that was brought up on Windows.
- alexhutcheson 6y ago
  Flutter isn’t there yet (desktop support still in Alpha), but it might get there: https://flutter.dev/desktop https://flutter.dev/desktop

by xbar 6y ago

stagger87 6y ago

Any reason you can't use the LGPL license?

xbar 6y ago
A fair question. My interpretation is that I could switch to LGPL Qt for client software and keep my source code if I dynamically link to Qt. I may be too strident as a commercial developer in my anti-LGPL 3 rhetoric, but my cloud-apps have been avoiding it assiduously. Client side, I should look for this kind of flexibility.
- npteljes 6y ago
  Even the GPL should not be a problem for you in the cloud, since you're not distributing the software, just provide a network interface to it. And the LGPL is even more forgiving. This web service use case is the reason for the AGPL, which does prescribe that even web services should open their code, should they use AGPL dependencies.

_iyig 6y ago

What are some good alternatives for native, cross-platform GUI applications? Qt used to be my preferred solution.

zelly 6y ago
There is no alternative. No one other than Qt will expend the massive amount of effort to maintain such a thing. Everyone sees the writing on the wall with the new ARM Macs if it wasn't already apparent. Desktop applications are on their last leg. You will just write a mobile app and that will be backwards compatible with desktop automatically.
- Reelin 6y ago
  > You will just write a mobile app and that will be backwards compatible with desktop automatically. A PWA? Sure. But a native app with seamless integration? No way. Instead of Windows, macOS, and various Linux flavors, now you've got Windows, iOS, still macOS (for now), various Android versions, and various Linux flavors (including Chrome OS). Good luck! (Depending on the type of app, you might also want or need to support various embedded devices or game consoles. I guess QT doesn't help there though.)
  - zelly 6y ago
    > But a native app with seamless integration? No way. https://developer.apple.com/documentation/apple_silicon/running_your_ios_apps_on_macos https://developer.apple.com/documentation/apple_silicon/runn...
- rualca 6y ago
  >>Desktop applications are on their last leg. You will just write a mobile app and that will be backwards compatible with desktop automatically. I don't understand your point. In your opinion what's a mobile app that's "backwards compatible with desktop", and what makes that app not a desktop app?
  - mixmastamyk 6y ago
    I think the idea is that developers will forgo tradition desktop development when then can just create an ipad app that works incidentally on the desktop and iOS. Personally not convinced when Windows still owns the desktop.
    - zelly 6y ago
      Developers have already foregone traditional desktop development since webapps and Electron took over. Webapps are as incidental of a substitute for desktop applications as mobile apps that run on desktop would be. Companies don't volunteer for expen$$$ive development work just out of a sense of purity when it doesn't bring in any more money. Windows still owns the desktop but they mimic Apple. Also since ca. 2008 the population under 30 has been mostly on Apple. Those people will get older and replace the generation that was brought up on Windows.
alexhutcheson 6y ago
Flutter isn’t there yet (desktop support still in Alpha), but it might get there: https://flutter.dev/desktop https://flutter.dev/desktop