KDE Frameworks 5 and KDE apps


#183

TRANSLATED BY LINUX JADE TRANSLATOR

I find this discussion about native / not native very questionable, because haiku as a system can survive in the end only if there are usable applications for users. Haiku's community is just too small and the existing developers are busy with the system. Who should write native applications? We can be very happy that qt, kde, java will give us new usable applications that are useful for the user and could even be a reason to switch to haiku. In addition, the programs are also looked after by developers of other systems, so that we also benefit from this because we get bug fixes and enhancements without having to do it ourselves.

Once haiku can inspire a large user base, the native applications come on their own. But that is a very far-fetched moment.

I am grateful for the work of the people who brought us QT, KDE and Java, because this makes Haiku not only a hobby system of developers but gets the chance to become more.


The best kind of apps are like this one - they do one thing and they do it well. They open instantly and they remember everything you do. This app translates foreign languages. It has a large text box at the top, a small combo box where you select the “to” language, and a large text box to contain the answer.

It has a button to clear the two boxes and one to translate. That’s it.

You type or paste (I pasted lelldoins post) into the top box, hit the translate button, copy and paste here. Job done. It accesses Google Translate directly without having to open a web browser and get waylaid. It is much much quicker than a trip to google and back. In fact it seems like you never left your seat. Takes a few seconds to give the answer, 20 seconds on a slow connection.

The key is to find something that adds to your workflow, that isn’t complicated, and gets the job done quicker and easier than before. That’s what you call “a tool” - anything else you call a nuisance - like firefox for instance, unless you need to watch youtube (which I don’t - can’t afford the luxury)

I hope this gives a single one of you an idea you can write a useful application. Just make sure it does something real that improves your day.

Best wishes, lelldorin, from Eisenach and Castle Wartburg


#184

Nice stuff - it’s easy to be critical. Someone needs these apps. That Calibre is a great bit of software even if it does take ages to load, once you are in it’s prety quick and it’s a bit like a file manager - you can build a library of your stuff in there and then open it and do stuff with it from there. Does books, music, videos, anything you like. Only thing I don’t like about it is you have to duplicate your library, or delete your originals. I wouldn’t do that. It has it’s own web server so it’s designed right if you use that. You can click a few buttons and you’re serving up your library to yourself or your friends over the internet. That’s pretty good stuff on Haiku if that’s what you want to do (I don’t, but good on those who do).


#185

Well GTK+ with Vala should be added as well to bring over some of GNOME’s finest apps :wink:

I just hope this fetish with Qt doesn’t undermine the push for developing apps using Haiku’s own native APIs. Though the API docs are pretty darn good and readable, the lack of good sample code showcasing the various APIs makes the barrier to entry higher for those who could more easily make sense of things by such code and just get productive much faster.

Though I know HaikuDepot has a plethora of libraries to pull down, it would be nice to be able to piece together apps much like one would with Python or Ruby (hence packages or gems) and easily managing them in any given project. In the case of Ruby, Bundler is your true friend for managing library dependencies, etc…

Building developer tools that help volunteer/hobby programmers to rapidly develop new applications is a must and I’m obviously preaching to the choir that already knows this but doesn’t have the manpower to make such happen with an OS taking up resources to get developed and matured to be ready for R1.


#186

Yes, well, we NEED YOU! don’t stop :slight_smile: I am trying to come in but I still feel it’s too early. Someone needs to do the basics with Python first - find the best IDE available (it needs to be multi-window) - thats about all, also, needs to open and close projects, so multiple windows come up all at once, then it needs to compile and run Python.

Python is the number one language in the world now for rapid application development. We need to start the next phase with that, and the Python guys need to do it, not the c guys - it’s not their job. And all the Python guys need to talk about it together all the time and do nothing else but work on that, and make sure there is a viable environment first, before anything else. And all using the same one, too, if possible, or mostly, like the Mint guys use Geany. It can be anything that gets the job done.

Then it needs to make sure that the nightly build is updated so when you click on the python file the ide opens (and only if you use some other ide do you need to change it, so a new Pyhon programmer arriving will have the right start and be able to get working on the next app (or making an existing one better). Everything in place. Also any bindings to the native windows subsystem - they need to be set up. The code has been done - get it working! It should come out the box with a fully working documented recommended Python development system.

Do you know that the whole of Linux Mint distribution is written in Python? It can even be copied and used in Haiku. They have a great front end to their package system that could probably be adapted to the Haiku back-end, or write a new one! Get some ideas from them.

It’s not show-time yet, but it’s getting there :wink: (preaching to the conveted hoping some others are listening)


#187

I’d love to see something like Quickly on Haiku for doing simple application development.

Yoshi for Haiku is somewhat similar to Quickly for doing such development (I think?).

Hopefully the Haiku core developers will fix issues regarding Python and Ruby concerning managing packages and gems. Currently, it’s a hit-n-miss affair and in the case of Ruby requires a hack and gems requiring native extensions (like Rails for instance) is a no go.


#188

This is still not up to the core Haiku devs to fix. It’s up to Python and Ruby devs to get their software running, or failing that, the HaikuPorts team.


#189

Do you happen to know if anyone is working on GTK at the moment or is this just a proposal for now?


#190

Last time I checked there was an attempt to port GTK looong time ago, when I was active in the community back then, like 15 years ago, even then it was already outdated and abandoned. These days I think there’s no active GTK port.


#191

There is a preliminary version of KDevelop in the repo now https://depot.haiku-os.org/kdevelop


#192

Wow, thanks for all the work.


#193

I can’t get it to run.

Clean install of nightly.


#194

There is a lock file which can be deleted in /system/cache/kdevelop/kdevelop/sessions
But it will probably crash again. Not sure why it crashes on startup now. It used to work a few days ago.


#195

Turned out you need to install dbus to fix the crash. So just:

  • pkgman install dbus

#196

My KDevelop works, but Calligra stopped working.


#197

Yes, that’s a know issue. The fix is coming! :slight_smile:


#198

Awesome! Thanks!


#199

Both KDevelop and Calligra should be fixed now. Please update.

For the details see https://github.com/haikuports/haikuports/commit/2b72590bbd4cdb3088a7d2e71ea45c6a30b81252


#200

Still crashing yet :frowning:


#201

It’s working for me again. Thanks!


#205

Hi there, I know its an old post but is there any way to get this icons?many thanks