Re: True RAD still missing in KDevelop 3.4

faq
flatforty
contribute
subscribe
configure
search
rdf

main
parent
thread

Re: True RAD still missing in KDevelop 3.4
by Samuel Mukoti on Tuesday 20/Mar/2007, @00:16

Hi,

I just wanted to second Anders point. I believe theres alot of potential in KDevelop should it go RAD, I've been watching/using it since the first release and love it for "console/terminal" apps but find it gets clumsy with fairly bigger
Qt/KDE projects.

I've also notices that theres still alot of KDE hackers who still havent bought into KDevelop, they use Vi or Emacs :-( Sad really.

The gap i see is for a powerful RAD enviroment much like Delphi or Visual Studio 2005, they give you the a powerful code editor and all, with out the RAD tools getting in the way.

RAD is what mostly made Windows succeed interms of App support, it was way to easy to write apps in VB and Delphi, meaning millions of apps added a yr to the platform. We need something for GNU/Linux that will bridge that gap! And I believe KDevelop being the Ultimate IDE should be that bridge, the closest i've seen so far is Gambas, which has done very very well, just not too keen on the language but excellent work, and great IDE with RAD, many powerful controls, SDL, alsa.sound etc...

Please, will we ever see this in KDevelop or should someone/I/We start a new separate project? (scratch the itch?)

Anything in this direction for KDevelop4? (Crossing my fingers here...)

Related Links

·   Articles on Developer
·   Also by Samuel Mukoti
·   Contact author

The Fine Print: The following comments are owned by whomever posted them.
( Reply )

Re: True RAD still missing in KDevelop 3.4
by apaku on Tuesday 20/Mar/2007, @05:42

Hi,

for one, I know about 10 developers that use KDevelop3.4 on a daily basis for GUI-related development (about 5 of them are KDevelop hackers). So it can't be all that bad. I do however also understand the OP and see how its not as easy as a single click to create a gui-app that reacts on a button click.

However, we are limited by Qt's designer and the interfaces it provides. We won't write another Qt designer.

For Qt3/KDE3 apps we copied Qt designer and made an embeddable KDE version from it. That integrates at least the creation of a subclass from the Form including stubs for all custom slots you created. For Qt4 projects this doesn't work as Qt4 apps don't work inside Qt3 apps.

For KDevelop4 we have a easier job to integrate the Qt4 designer as its specifically designed for that, however I don't know enough about its interfaces to state here what will be possible. What I can imagine is a way to generate the auto-connect-slots via a shortcut or toolbar button for a widget in the subclass. We will also have a much nicer UI which allows to work on GUI and Code at the same time much easier, at least with multiple monitor setups.

[ Reply To This | View ]

The Fine Print: The previous comments are owned by whomever posted them.
( Reply )


		"I never sing because it upsets our dogs." -- Waldo Bastian
KDE®, "K Desktop Environment", "KDE Dot News", "got the dot?" and the KDE Logo® are trademarks or registered trademarks of KDE e.V. in the European Union, the United States and other countries. All other trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the poster. The rest: Copyright © 2000-2008 KDE e.V. for The KDE Project. For further information or comments on this site, please contact the Webmaster.