6 ms·

Qt Creator 4.7.0 released

146 points by ScottWRobinson 8y ago

berti 8y ago
These guys continue to do a great job. If you're looking for a nice cross-platform C++ IDE that supports multiple build systems this is it. I'm looking forward to upcoming meson integration (GSoC project IIRC).
- Tyr42 8y ago
  It's also got a quite usable Vim mode.
  - freedomben 8y ago
    Second this. Fakevim in Qt Creator is one of the better Vim emulation implementations. Not perfect, but it's at least 90% of the way there. Probably 100% if you don't use lots of crazy ex commands like I do
    - geezerjay 8y ago
      Fakevim doesn't support :wqal or even some basic movements and range specifiers. It may be usable but it's hardly an elegant implementation that only misses "crazy ex commands".
zx2c4 8y ago
Qt Creator is a fantastic editor and IDE. If you're doing cross-platform GUI development, Qt is a good choice (especially compared to something grotesque and unseemly like Electron), and for Qt development, Qt Creator is as good as it gets. But it turns out that it works really well for generic C and C++ development too, even with obscure C like the Linux kernel, thanks to the Clang code model. I use Qt Creator sometimes when working on WireGuard (in addition to the usual typical vim/cli flow).
- remoroid 8y ago
  Yep, if you can even compare Electron to Qt. Electron is just a buggy ill-conceived hack to wrap a browser with nodejs to make webpages. All it provides is a blank window with no customisation and a huge size and memory overhead.
  - ralusek 8y ago
    VSCode, Figma.
    - FridgeSeal 8y ago
      I've never heard of Figma, but the reason VSCode is as good as it is now is because it's has had increasing parts of it being re-written in C or C++ along with other extensive performance modifications to the electron runtime by the vscode team.
      - dabber 8y ago
        > the reason VSCode is as good as it is now is because it's has had increasing parts of it being re-written in C or C++ Is that true? I've heard that said before but I've also heard that's not true. I haven't been able to find anything indicating any parts of it are written in C/C++ either. The GitHub repo for VScode doesn't have any C in it; infact it doesn't have much but JS/TS: https://github.com/Microsoft/vscode https://github.com/Microsoft/vscode
        chx 8y ago
        I do not know vscode but Atom's C++ parts are in a separate repo https://github.com/atom/superstring https://github.com/atom/superstring
        systems 8y ago
        not always true, sometimes they use better data structures https://code.visualstudio.com/blogs/2018/03/23/text-buffer-reimplementation https://code.visualstudio.com/blogs/2018/03/23/text-buffer-r...
yani 8y ago
This is the IDE I use with pleasure. Very intuitive and fast.
DoofusOfDeath 8y ago
Anyone have a good way to run Qt Creator locally on their desktop, but edit, build, and debug code running on a remote, headless server? I love Qt Creator, but this use-case has led me to settle for Vim+gdb over ssh. [edit] Clarification: X-over-SSH isn't a good solution because of the lag.
- jdp123 8y ago
  have you tried sshfs?
  - exikyut 8y ago
    That's just going to do remote file management, and introduce small lockups when you hit ^S if your latency is unideal. I'm not sure if distcc is the answer here - I've never tried it - but it probably would be some people's default/first response.
- nofunsir 8y ago
  TL;DR: Just set up the "Build" toolchain (configuration) in Qt Creator and point Qt Creator at your target (with the correct ssh user login) for when you click "Run" or "Debug". http://wiki.qt.io/Raspberry_Pi_Beginners_Guide http://wiki.qt.io/Raspberry_Pi_Beginners_Guide http://wiki.qt.io/RaspberryPi2EGLFS http://wiki.qt.io/RaspberryPi2EGLFS These two tutorials use slightly different setups, so don't get confused on details, but both are great to glean tips from. I've successfully used Qt Creator on both a Linux VM (desktop Intel) and a Windows desktop to build originally-desktop-based Qt projects for embedded Linux on ARM. The projects are not headless, but also do not use X to run the Qt GUI. Instead they use EGLFS. Even if your software doesn't have a GUI, you can still do remote debugging with Qt Creator... or Eclipse, or Visual Studio , or anything that has the proper hooks. I don't think any sane developer would want to use a remote X server to get to an instance of an IDE. As long as you have the proper cross toolchain (some cost $) set up correctly in Qt, and your target code is all included properly (libraries and headers for your target, NOT your dev machine), you should be able to do exactly what you want for any desktop+remote target pair. Additionally you don't even have to work in Linux to target Embedded Linux: https://wiki.qt.io/Visual_Studio_Add-in https://wiki.qt.io/Visual_Studio_Add-in https://blogs.msdn.microsoft.com/vcblog/2016/03/30/visual-c-for-linux-development/ https://blogs.msdn.microsoft.com/vcblog/2016/03/30/visual-c-...
xmichael999 8y ago
C# C# C# one day?
nurettin 8y ago
I'd like to mention that the IDE has a scxml editor which I've been abusing for generating business logic lately.

These guys continue to do a great job. If you're looking for a nice cross-platform C++ IDE that supports multiple build systems this is it. I'm looking forward to upcoming meson integration (GSoC project IIRC).

Tyr42 8y ago
It's also got a quite usable Vim mode.
- freedomben 8y ago
  Second this. Fakevim in Qt Creator is one of the better Vim emulation implementations. Not perfect, but it's at least 90% of the way there. Probably 100% if you don't use lots of crazy ex commands like I do
  - geezerjay 8y ago
    Fakevim doesn't support :wqal or even some basic movements and range specifiers. It may be usable but it's hardly an elegant implementation that only misses "crazy ex commands".

zx2c4 8y ago

Qt Creator is a fantastic editor and IDE. If you're doing cross-platform GUI development, Qt is a good choice (especially compared to something grotesque and unseemly like Electron), and for Qt development, Qt Creator is as good as it gets. But it turns out that it works really well for generic C and C++ development too, even with obscure C like the Linux kernel, thanks to the Clang code model. I use Qt Creator sometimes when working on WireGuard (in addition to the usual typical vim/cli flow).

remoroid 8y ago
Yep, if you can even compare Electron to Qt. Electron is just a buggy ill-conceived hack to wrap a browser with nodejs to make webpages. All it provides is a blank window with no customisation and a huge size and memory overhead.
- ralusek 8y ago
  VSCode, Figma.
  - FridgeSeal 8y ago
    I've never heard of Figma, but the reason VSCode is as good as it is now is because it's has had increasing parts of it being re-written in C or C++ along with other extensive performance modifications to the electron runtime by the vscode team.
    - dabber 8y ago
      > the reason VSCode is as good as it is now is because it's has had increasing parts of it being re-written in C or C++ Is that true? I've heard that said before but I've also heard that's not true. I haven't been able to find anything indicating any parts of it are written in C/C++ either. The GitHub repo for VScode doesn't have any C in it; infact it doesn't have much but JS/TS: https://github.com/Microsoft/vscode https://github.com/Microsoft/vscode
      - chx 8y ago
        I do not know vscode but Atom's C++ parts are in a separate repo https://github.com/atom/superstring https://github.com/atom/superstring
      - systems 8y ago
        not always true, sometimes they use better data structures https://code.visualstudio.com/blogs/2018/03/23/text-buffer-reimplementation https://code.visualstudio.com/blogs/2018/03/23/text-buffer-r...

yani 8y ago

This is the IDE I use with pleasure. Very intuitive and fast.

DoofusOfDeath 8y ago

Anyone have a good way to run Qt Creator locally on their desktop, but edit, build, and debug code running on a remote, headless server? I love Qt Creator, but this use-case has led me to settle for Vim+gdb over ssh. [edit] Clarification: X-over-SSH isn't a good solution because of the lag.

jdp123 8y ago
have you tried sshfs?
- exikyut 8y ago
  That's just going to do remote file management, and introduce small lockups when you hit ^S if your latency is unideal. I'm not sure if distcc is the answer here - I've never tried it - but it probably would be some people's default/first response.
nofunsir 8y ago
TL;DR: Just set up the "Build" toolchain (configuration) in Qt Creator and point Qt Creator at your target (with the correct ssh user login) for when you click "Run" or "Debug". http://wiki.qt.io/Raspberry_Pi_Beginners_Guide http://wiki.qt.io/Raspberry_Pi_Beginners_Guide http://wiki.qt.io/RaspberryPi2EGLFS http://wiki.qt.io/RaspberryPi2EGLFS These two tutorials use slightly different setups, so don't get confused on details, but both are great to glean tips from. I've successfully used Qt Creator on both a Linux VM (desktop Intel) and a Windows desktop to build originally-desktop-based Qt projects for embedded Linux on ARM. The projects are not headless, but also do not use X to run the Qt GUI. Instead they use EGLFS. Even if your software doesn't have a GUI, you can still do remote debugging with Qt Creator... or Eclipse, or Visual Studio , or anything that has the proper hooks. I don't think any sane developer would want to use a remote X server to get to an instance of an IDE. As long as you have the proper cross toolchain (some cost $) set up correctly in Qt, and your target code is all included properly (libraries and headers for your target, NOT your dev machine), you should be able to do exactly what you want for any desktop+remote target pair. Additionally you don't even have to work in Linux to target Embedded Linux: https://wiki.qt.io/Visual_Studio_Add-in https://wiki.qt.io/Visual_Studio_Add-in https://blogs.msdn.microsoft.com/vcblog/2016/03/30/visual-c-for-linux-development/ https://blogs.msdn.microsoft.com/vcblog/2016/03/30/visual-c-...

xmichael999 8y ago

C# C# C# one day?

nurettin 8y ago

I'd like to mention that the IDE has a scxml editor which I've been abusing for generating business logic lately.