I was wondering if the topic should be renamed in “Which libraries…”. Having a good foundations of native apps would be stunning in the long run, but porting common-use libraries (sdl? gtk?) would carry tons of highly-grade apps ready to use.
I’ve no idea if this is difficult/impossible or it’s not a good idea for some reasons i don’t know…just thinking aloud…
SDL is already there. GTK is out of scope. If you want Linux apps, just use Linux, it will run them better.
The purpose of this topic is to identify the applications which are not available. Using Qt and GTK apps can only be a stopgap solution. Despite all the efforts of the people porting Qt to Haiku (and they did a great job), it is nowhere near the integration native apps can achieve.
Oh yeah, at this point in time it is exactly that. 
But they’re not foolish dreams. Look at what happened during the last week after Valve announced Steam Play with Proton (based on Wine):
So you see, just 6 days ago the gamers could get their hands on the Steam BETA client and there are already almost 5000 reports in the Google Spreadsheet, with 1674 reports marked as Completely Stable and 1200 marked as Stable, although Valve only officially supported a short list of titles at the time of their initial announcement.
It took a long time to reach this point, but the result shows how fast you can catch the people’s attention when you offer them something that works. Obviously, there are many others who didn’t contribute to that spreadsheet, myself included. I just wrote an article in my Linux (Mint) community, listing more than two dozen games that I tested and what the results were, so the people can try the new beta themselves.
Gaming is very exciting for many people, which is why even if I daydream about it on Haiku, it’s still not out of place to envision it in a much better position once there’s some work being done in this direction. Pick one graphics provider and just a few cards, have some initial work that enables a handful of games to run reasonably well, even if not with sound or gamepad support, and you’ll still get the gamers’ and the developers’ attention.
Yes, it’s a pain to develop and maintain drivers and libraries for sound, video, networking, and so on. But the thing is, regardless of when this work starts, the pain would be virtually the same. So considering investing some time in 3D rather sooner might be beneficial to the project, because the underlying pieces of the puzzle would also enable other apps to run, or run even better. And I might be daydreaming again when I say that if Haiku officially commits to supporting some popular gaming titles for the initial 3D support, you might just find a few developers interested in contributing.
When is it better than the starting point of 3D support for a developer to contribute, for them to forever enter the history books as the forefathers of Haiku gaming? So a little bit of strategy in making the plans and the announcements will surely catch some serious attention and potentially some hands on deck. I’d say you should try this rather sooner than later.
It depends what that means. They are not enabled everywhere (bfs being one notable example), and Haiku is built for the lowest common denominator (Pentium on 32-bit, SSE2 on 64-bit). Building with march=native could result in a much snappier system, but last I checked (ca. 3 months ago) it didn’t even boot.
It’s not happening for official builds due to compatibility anyway.
Not really. I run Haiku on a high-end and commodity 3D workstations. You get used to certain issues when people are building things.
Various apps are best left to emulation software. Other techs like WebGL and SVG are a ways off.
I run various 3D software and games/demos on Haiku. Besides the high-speed hardware acceleration I’m used to, Haiku is fine for most things. Just yesterday, I was thinking of Sega Dreamcast games I can run on Haiku for a demonstration. I already had porting the Valve Steam client to Haiku on my list.
I think Humdinger and others developed some great animation software and paint programs (i.e. Exposer,GrafX2, WonderBrush, ArtPaint) so we tend to overlook those when we discuss Deluxe Paint, GIMP, and other related software. SMplayer and Kdenlive are available or possible on Haiku.
Don;t stop dreaming…the sheep are restless…
I think you mistake me for someone else… 
I may have contributed some inconsequential things to a few apps, but the real code slingers are others.
That was in a certain context, as a reply to PulkoMandy talking about writing drivers for those devices, and supporting libraries for them, like libSDL and stuff. It was about the driver-development related pain.
P.S. I rephrased that bit in order to avoid further misunderstanding.
Hello,
If I just think about my need 
,
Calibre is a very useful application to store ebook collection. I tried to compile, byt my knowledge is too poor, to be able to do it. The receipt exist.
I also use Joplin as Notes taking application.
PHP will be definitly something great
Hello. There is already a “work in progress”, trying to bring Calibre into the HaikuDepot:
It needs plenty python packages. They are easy to make, as their recipe is almost the same in every case, but i’m too busy currently.
@Everybody: Feel free to create a Pull request for one or some. That would help.
nethogs or any such tool, showing the top users of the network bandwidth
I respectfully disagree. One may loves a OS experience, but needs (few/some/many) apps from the outer sea for their everyday productivity. Having “libraries” would be a win-win solution. And btw, why sdl is good and gtk is not?
Btw, jumping in the realm of more-or-less native applications, this is my wish list:
with those guys, i would probably be able to perform 99.99999% of my everyday work in haiku
GTK has some fairly terrible coding practices they use to fake having objects in C… passing things around as void everywhere for instance.
They also have a history of not being very nice developers to work with.
QT applications are certainly nice to have, and QT is pretty robust and portable, but native is far preferable. And also as they historically have sold QT commercially they have a bit more tempered mindset toward end users and developers that makes it less of a nightmare to talk to them… although QT is a horribly fast moving project take too long to work on a patch and someone else will have completely redeisgned and reimplemeneted the functionality you were working on ha!
This is definitively a good point, tnx for the explaination. Now I see the whole picture and I (mostly) agree about the decision.
Pls don’t forget that there’re also ppl who are not developers, in this forum, after all 
GTK2 is good working toolkit, and apps written in it has a good level of performance (in my observation), and it is in C, what is an alternative to C++.
And it is wort of porting at least for Gimp.
I’d like to see it on Haiku.
…gtk2 Haku theme:
I can’t comment on the code quality of GTK2 but having GIMP available on Haiku would be awesome.
Yep, GIMP would be nice to have, failing that perhaps just GEGL and a native HAiku front end for it. All of GIMPs image filters etc… is powered by GEGL… so it would theoretically be possible to write a native applcation using it.
GIMP’s UI isn’t exactly celebrated anyway and that’s mostly what you’d loose by going that route… all the good stuff in GEGL could be used.
Oh yea, and we can call it HIMP.
A program I rely on and the ONLY reason I still have XP running is Encore music notation software. There are custom fonts that microsoft apparently created (Anastasia) for using music notation and associated symbols. I would love to see a clone or something with equal funtionality but this is not likely I know. The nearest equivalent is Musescore bit it leaves much to be desired, so much so that I still rely on Encore.