I’ve historically used Paladin along with either Pe or Koder. I’ve tinkered with Genio a little bit, but I haven’t been banging on any Haiku related code in recent months and so I might be behind the times.
None of them. Koder (a slightly modified version) and Terminal.
That said, I do check out new releases of Genio from time to time. Starts to look like a really nice IDE.
I’m using Pe and QtCreator as gdb frontend (as not IDE).
I prefer tools treat a directory as project. So Genio feels better, but has no gdb integration. For firefox development, QtCreator is the best gdb frontend as far as I tried.
QtCreator as an IDE, there are some unstable features to use for daily development. It may be improved, but currently I use only debugging feature.
QT does not require Linux.
All this “native apps” is a hype, it’s not that important. Probably comes from the Linux desktop environment wars. A fully ported app or library is “native” enough.
…What matters is how good and useful the app is. “Native” or not.
Not really, as a user I would like to leverage the unique features of the operating systems.
The Qt port does a pretty decent job by providing some degree of support for things like drag and drop an deskbar replicants.
Usually an application designed to be cross platform keeps these feature to the barely minimum.
I wonder why I should use Haiku when that specific app works way better on Linux or MacOS, for example.
This reasoning applies also to other systems. For example, on MacOS I stay away from non-native apps as much as possible because they might look but in the end don’t feel native.
As a developer, I’m interested in Haiku because of these unique features that allow to create applications that don’t compete with thousands of other apps available for mainstream OS. They have a chance to stand out.
One point I have noticed is that people make the shortcut Qt Creator => only create Qt Applications
There’s a difference between the Editor made with Qt and the Qt framework itself.
You can for instance debug Haiku apps via QtCreator + GDB. Or you can also create 100% Haiku applications with QtCreator+Cmake.
There will be an article tomorrow on Haiku Insider about how QtCreator/cmake can be used to create Haiku applications.
I’m not saying this is my preferred tool for this kind of job (I would recommend Genio) but that is an existing alternative (current strength = integration with GDB)
On that topic, it should be possible (to confirm) to make a simple patch on the QtCreator port to propose a template to create an “Haiku Application” :