KDevelop Progress: Overview of New Features

Monday, 16 June 2003  |  Hrodda

The CVS version of KDevelop (a.k.a. "Gideon") continues to improve, both stability-wise and in the feature department. Several new features of interest include the ability to easily attach the debugger to crashed applications inside KDevelop by clicking on a button in Dr. Konqi; the beginnings of integration of KCachegrind (screenshot) by Roberto Raggi, the programmer behind Gideon's solid C++ support; Qt Designer file preview support (.ui) in the file selector; and support for additional programming and scripting languages such as bash.

Rumors of support for Palm PilotTM development also abound...

Comments:

great work! - bjo - 2003-06-16

Kdevelop is becoming a ultra awesome and very professional environment. Thanks kdevelop developers! there is nothing else quite like kdevelop for linux (except for ajunta, which is nowhere near as powerful as gideon is)

Re: great work! - Gerd - 2003-06-17

Documentation howecver is crap...

Scripting languages - Philippe - 2003-06-16

I'm a python developper and "support for additional programming and scripting languages" (like python) is great !! I was using kate, but I missed an autocompleter (which I found with Scite). By the way, Boa-Constructor is good ide too, but really too buggy :( I have great hope with gideon !

Re: Scripting languages - Ian Reinhart Geiser - 2003-06-16

AFAIK both the class view and code completion works. The only thing really missing is code folding, but that is because we use kate, and its folding engine has problems with the python method of scoping. This was just a quick update, I think php, and python support are both quite old, and I think are pretty stable. Language support stands at: Perl, Python (PyQt), Ruby, Fortran, Bash shell, Pascal, PHP, Java, C++, and ADA In C/C++ we have GTK and GNOME support, along with Qtopia, and gameboy advance In Java we have ANT support and SuperWaba support... Man, its easier just to list the stuff we dont support ;) (Actually docs is where we need help now, so if you like to write/translate come on over and give us a hand!) Cheers -ian reinhart geiser

Re: Scripting languages - AC - 2003-06-16

> Man, its easier just to list the stuff we dont support ;) Sure? I miss support for Tcl, ECMA/JavaScript, Objective C, VisualBasic, Pike, Guile, Scheme, Lisp, Emacs Lisp, Prolog, Algol, Logo, Natural, C#, StarBasic, DOS Batch, ML, Modula-2, Modula-3, Oberon, C+, Managed C++, C with classes, OPL, QuakeScript, ActionScript, Lingo, INTERCAL, Forth and the good old COBOL.

Re: Scripting languages - André Somers - 2003-06-16

Supported or not, I won't miss them for a second! ;-)

Re: Scripting languages - Ian Reinhart Geiser - 2003-06-16

Got objC, C# i think is in development, I tried Forth, but gave up when i found it wasnt really useful in an IDE, C with classes?! you mean structs with function pointers? never heard of that one... TCL, sorta works, but again, has problems with ITCL... So really unless you want to code in something like brainfuck, or RPL, KDevelop will do what you want... Now if your pet language is missing and at least has a function like structure, then fell free to drop me an email, and I can show you how to add you pet language support. The reason I gave up on Forth, was, it seemed overly difficult to get variable scope for autocompleting... now, if someone actually knows how to do this feel free to pick up where I left off :) Cheers -ian reinhart geiser

Re: Scripting languages - AC - 2003-06-16

C with classes was the predecessor to C++. BTW, i wasnt serious about all this. And I forgot B and BCPL. Shame on me.

Re: Scripting languages - anon - 2003-06-16

Gave me a good laugh, fo' sure.

Re: Scripting languages - Bert - 2003-06-16

Cobol? Waht about this KOBOL of THEKOMPANY? Cobol would be very nice. there are free compilers. GNU ADA?

Re: Scripting languages - Ian Reinhart Geiser - 2003-06-16

As far as I know that is not a free/OSS project. If you want to implement Cobol support feel free to drop me a line and I can walk you through it... Its mostly an afternoon of playing with regexps... Cheers -ian reinhart geiser

Re: Scripting languages - André - 2003-06-16

http://tiny-cobol.sourceforge.net/ http://cobolforgcc.sourceforge.net/cobolforgcc.html Kobol is the founding planet of mankind. All Thirteen Tribes of man originated on Kobol, and they themselves founded other colonies, some close by to the Colonies, some light years away. http://staff.bus.bton.ac.uk/fesg/bsg/colonials/kobol.html

Re: Scripting languages - André - 2003-06-16

From TheKompany's website KOBOL = KOmpany Business Oriented Language :-)

Lispy langs, other fuctionals, Designer. - rjw - 2003-06-17

Its a shame no lispy languages are supported as of yet. Luckily they are all similar syntactically, shouldn't be hard to do all of them easily once the basics are there.. . Other languages that I actually do use are XSLT[1], Haskell, Objcaml, R ( S+ really, stats language). With all of these langs in Kdevelop, it'd be interesting to look at some interplay with language integration systems - SWIG, Corba, Mono, maybe even SOAP/XML-RPC - eg auto or semi auto coding proxies between languages ... hard to know how this would pan out, but worth some thought. Another thing I'd love to see is the QT Designer properly componentised and embeddable in Kdevelop. [1] an evil semi-functional language in XML form, seemingly the only corporately acceptable fuctional language. Shame that you can wrap something in sicko XML, make it worse than every one of its competitors, and *thats* the one that catches on.....

Re: Lispy langs, other fuctionals, Designer. - André - 2003-06-17

For R it would be better to have a SPSS like frontend. Perhaps a ripped off spreadsheet with added functioanlity.

Re: Scripting languages - uga - 2003-06-16

"gameboy advance"? :-) ( I can't really be sure if this is a joke or not... you can expect whatever from the gideon developers! ;-)

Re: Scripting languages - Ian Reinhart Geiser - 2003-06-16

No joke man! We have templates and full support, all you need to get is the cross compiler. Cheers -ian reinhart geiser

Re: Scripting languages - uga - 2003-06-16

!!! Well... only one word: amazing. I'll have to see those templates in the next update, although I don't expect to use such a thing anytime soon :-) The only thing I expect soon to get my hands dirty with, is Qt#... otherwise Gideon's c++ plus Qt is more than enough for my daily use.

Re: Scripting languages - Mathieu Chouinard - 2003-06-16

and Dreamcast, inform6 and other interactive fiction langagues are in the work.

Re: Scripting languages - Erik - 2003-06-16

> Perl, Python (PyQt), Ruby, Fortran, Bash shell, Pascal, PHP, Java, C++, and ADA Do you mean Ada? If so, note that it is spelled "Ada" and is not an acronym, see [http://www.adapower.com/lab/adafaq/5.html].

Re: Scripting languages - panzi - 2003-06-17

What's up with Cg? (C for Graphics from nvidia) shouldn't be that hard, but also shouldn't be that nessecery

Re: Scripting languages - François Desloges - 2003-06-17

The kate folding engine also has problems with latex methods of scoping. See: http://bugs.kde.org/show_bug.cgi?id=54199 It would need to include many different ideas: 1) the most common delimiters-couple based: ( ), { }, [ ], begin{*} end {*}, if fi, etc... nestability defined as an attribute 2) indentation based (think python) 3) "new-marker" based, with hierarchy (more complicated): -Used for html, latex, etc.. -Folding at a level of the hierarchy fold everything under (much like nested delimiters-couple) The result would be something like this with a hierarchy where part > section > subsection - \part{a} - \section{b} - \subsection{c} - \section{d} - \part{a} + \section{b} - \section{d} + \part{a}

Re: Scripting languages - Christoph Cullmann - 2003-06-17

Any help on improving kate part in that aspects are very welcome btw. ;)

Re: Scripting languages - François Desloges - 2003-06-19

Well I've gone as far as I could in http://bugs.kde.org/show_bug.cgi?id=54199 The basic idea is that in the context tag of the DTD, we need something like may Regions that ends at once i.e. an attribute like: endRegion="Part,Section,Paragraph"<br> Also, in a document to be code-folded, if one or many effective endRegion strings are found on the same line of a beginRegion string, the desired result would be for the precedent code to fold up to but not including this line. Once again, look at http://bugs.kde.org/show_bug.cgi?id=54199 for more details. Sorry, I have neither the time budget nor the computer budget to throw myself in the development of Kate :-(

Integration - Thomas - 2003-06-16

You know what? In the last few months I've seen a lot of work going on in the 'integration' dep. Once stand-alone apps are integrated into major big projects.... We've seen single applications like kmail, korganizer,... maturing over a long period of development. Now integrated into an even bigger project... kontact KCachegrind is now integrated into KDevelop... KDevelop uses Kate as it's Editor 'component'... It's simply amazing how all these 'components' fit to each other... It's like watching the construction of a big building... I think KDE really shines in terms of 'code reusability' and 'component architecture'. ...'nough praise for now..

Go, go, go... - Andras Mantia - 2003-06-16

Completely agreed and 100% supported. Go ahead, try and use Gideon. Aside of some small annoyances I think you will be amazed. Personally I like it very much. :-) Andras

Re: Go, go, go... - Ian Reinhart Geiser - 2003-06-16

Please report those small annoyances at http://bugs.kde.org! These bugs all get posted to the devel list and are discussed/fixed. Cheers -ian reinhart geiser

Re: Go, go, go... - Eric Laffoon - 2003-06-17

> Please report those small annoyances at http://bugs.kde.org! [chuckling] Maybe you didn't read the signature line... Andras not only reports those bugs but he's fixxed some including one that had been a mysterious annoyance to developers for something like two years. Andras also keeps Quanta at the bottom or off of the list of the top 100 KDE applications for bugs on Bugzilla. ;-) Cheers, Eric

Button bar - Jan - 2003-06-16

I haven't been able to figure out so far: Where / How do I add user defined icons for the toolbar of my application. Do I have to copy them in some special folder? Where in the XML-GUI file to I choose which icon file should be used? Hour of reading through the QT and KDE documentation and I haven't been able to find a solution. This is really frustraing, because this is the last thing I would need for writing some basic (but complying to the standards) KDE application.

Re: Button bar - Chris - 2003-06-16

http://developer.kde.org/documentation/library/kdeqt/kde3arch/iconloader.html explains where and how to install additional icons. Icons are a KAction propertie. You specify the icon when calling the KAction constructor or with KAction::setIcon. I don't think you can override a KAction icon in the XML-GUI file.

Re: Button bar - Jan - 2003-06-16

Thanks! I wonder why I haven't found that page before... I will try this out as soon as possible.

Great Job Kdevelop team. - Strider - 2003-06-16

Just wanted to drop a line of support to everyone associated with Gideon. KDevelop is quickly becoming the best IDE available, in any environment . The amount of work you guys have completed along with the quality of that work is just astounding. Thanks for all of it and keep up the good work. I use Gideon almost every day and yet I consistently find ways in which it makes my work easier and easier. Strid...

Good Job !! - Rodolfo - 2003-06-16

Its great to hear that KDevelop is increasing its features, with the integration for previewing ui files in Designer it gets a nice feauture :), and i hope it improves also in the tabbing area where it still lacks just a little :(....still for many years kdevelop has been the leading linux IDE and sure it'll continue to be !!! Cheers...

I l o v e i t ! ! - nac - 2003-06-16

Normally, I would piss and complain about the UI.. (small example: those terrible splitter-window-like-bevels at the sidebars are even drawn when the theme doesn't do that for normal splitter windows) But I'll have to make an exception for this awesome IDE, I just can't whine about it. I've been using it for one full week now (the cvs version), and it made my life much easier compared to the old multi-terminal/code/make/execute/cli-command way of doing things. Just a few questions though.. - Does the latest cvs version already generate that database for auto completion and stuff automatically? (have to do that using r++ currently, or use the older ac stuff..) - Will there be some intelli sense -like feature some day? (ie. lingering over a variable should give a tooltip with the type of the var) - Is there some way to decrease the popup/response time of the auto completion dialog? (takes too long to popup, I'm typing too fast :) And this one should actually be posted @ kde-zilla, but I'm a bit lazy atm so here goes: - There's currently a tab that shows the programmer all kinds of typing mistakes and all that, which is done by compiling in the background. Could that be changed into something more visual? (eg. Use those red understriping lines from the well known word processors to show off typos)

Re: I l o v e i t ! ! - Rischwa - 2003-06-16

>- There's currently a tab that shows the programmer all kinds of typing mistakes and all that, which is done by compiling in the background. >Could that be changed into something more visual? Try pressing F6, or enable "show iconborder" in the editor settings ;). Yours, Rischwa

Re: I l o v e i t ! ! - nac - 2003-06-16

Doesn't that icon border only show stuff after doing a build? (what I meant seems to be done in real time, which would be more useful with those red underlined words)

Re: I l o v e i t ! ! - Rischwa - 2003-06-16

If you would have pressed F6 for testing, before posting, you would have known better ;) Yours, Rischwa

Re: I l o v e i t ! ! - nac - 2003-06-17

Didn't have the needed stuff running ;) I still think red lines would be more visible though, but this is already better than what MSVC6/7 and Anjuta do, so.. :)

Re: I l o v e i t ! ! - Bippo - 2003-06-22

I feel those red lines really would be useful, perhaps in addition to the icons bar because the icon is globally oriented to the whole line. Yet I do not want my sources being cluttered by all red lines. Showing red lines on demand, e.g. when clicking the icon, would save some time however, especially in complex circumstances. One could even go further down on this idea, providing a chain of dependend errors by clicking any of those red lines... Well, this is utopia for now...

QTdesinger - Bert - 2003-06-16

Will the work on usability list be incorporated into qt designer? The programmers seemed to show a lack of interest for changes. Support of Pascal? GnuPascal or FreePascal?

Re: QTdesinger - Ian Reinhart Geiser - 2003-06-16

>Will the work on usability list be incorporated into qt designer? No it will not,thats TT's project >Support of Pascal? GnuPascal or FreePascal? Its in there. Cheers -ian reinhart geiser

Re: QTdesinger - Alexander Dymo - 2003-06-17

> Support of Pascal? GnuPascal or FreePascal? It is already available (for now without class browser and code completion but they will be available till the 3.0 release). For free pascal there are some project templates (including gtk app) and compiler options dialog - i've implemented all known options but if you find missing one fell free to bug me ;). GnuPascal should work but there are no compiler options dialog - i can't get a usable installation of gpc.

pyQt Development - Alex - 2003-06-16

What is the best PyQt IDE? And which is better, KDevelop or Eric 3 (http://www.die-offenbachs.de/detlev/eric3.html) for PyQt development?

Re: pyQt Development - Ian Reinhart Geiser - 2003-06-17

Hrm... thats a tough call. Eric has a debugger and code folding... Other than that they are equal. Cheers -ian reinhart geiser

Re: pyQt Development - Alex - 2003-06-17

Any estimate on when those features might be incorporated into Kdevelop. or maybe tehy can be added as plugins, just take the code from Eric.

Re: pyQt Development - Faeltir - 2003-06-17

Wing (http://www.wingide.com/) has code folding, a debugger, code completion with a parser (that will complete imported modules and do other nice things). Unfortunately from a hobbyist perspective, it is commercial. What may be of more interest is that the parsing part of Wing is open source, so it may be feasible to add it to e.g. Gideon. I use PyQt in a commercial environment (yes, really!) and thus far Wing's code completion support puts it above other IDEs for me. It doesn't integrate the documentation etc. but I don't mind running the assistant "on the side".

wxWindows? - Shyru - 2003-06-17

Great news! I loved KDevelop before, and Gideon is even better! Can't wait to get a new CVS Snapshot running... :-) I have one question though: Would it be difficult to add some nice and easy to use wxWindows templates??? How would/could this be done?

Re: wxWindows? - Amilcar Lucas - 2003-06-17

Take a look at parts/appwizard/cpphello to see a template example

what about kbasic? - bob - 2003-06-17

I know this is off topic but the screenshots looks really great and it's been pretty quite lately, is it dead or what? it is said to be released this summer http://www.kbasic.org/1/home.php3 any news about it and will it be supported by kdevelop or maybe integrated? thanx bob

Re: what about kbasic? - fault - 2003-06-17

kbasic has been around for a very, very long time, as long as perhaps kdevelop has been around-- however, it's been marred by periods of deep and long inactivity. The eight months has been such for the kbasic project. You might want to try Gambas or hbasic though. Both are actively maintained and nice Basic (VB-type) environments. I haven't tried either of them out, but based on screenshots, they look pretty damn cool.

simply amazed - chris_k - 2003-06-17

I'm so impressed by KDevelop3 that I've written a poem :) ------- Father says to son while writing on Emacs that all modern IDEs are fscking prone to bugs "They are also bloated, can I say it better? bugs and features always come together!" "Don't disturb me Father in kde-api lecture Gideon is stable thanks to plugin architecture!" ------- Waiting for beta!

refactoring ala Eclipse? - Steve - 2003-06-17

Can anyone familiar with both Eclipse and KDevelop(Gideon) comment on how KDevelop stacks up with regard to support for refactoring? More generally (forgive me - I'm still using XEmacs), how does KDevelop for Java compare to Eclipse, and how does Eclipse for C++ compare to KDevelop?

Re: refactoring ala Eclipse? - moro - 2003-06-17

Eclipse has the best refactoring tools that I've ever seen in an IDE. Such functiontionalty isn't there in kdevelop yet, but I guess someone could create a plugin for it. It would be non-trivial to make one that compares to Eclipse's refactoring tools however; they are extremely intelligent. For Java development, I generally prefer Eclipse (because of good refactoring support and junit support).. For C++, I generally prefer kdevelop (kdevelop has historically been a C++-only IDE, and as such, it has great support for it)

Re: refactoring ala Eclipse? - Jens - 2003-06-28

Hi >Eclipse has the best refactoring tools that I've ever seen in an IDE. IntelliJ Idea has the best refactoring tools. The IDE is much more powerfull than Eclipse. - Jens

Nice - chillin - 2003-06-17

I've been running KDevelop Beta 4 since it came out (beta 3 was too buggy), and I'm very impressed with all the features and functionality. It appears to be a completley full featured, professional grade IDE. I only have 2 problems with it though: 1) After highlighting some text, you have to either hit ctrl+c or go to the menubar just to copy it, as opposed to the traditional option on the right click menu 2) Sometimes, when you're writing a quick/small/test program, it's way too much overhead to have to create an entire project, and KDevelop doesn't support single file compilation. In those situations, I either use Anjuta or just fire up KWrite and compile the program from the command line. Maybe a lightweight or 'quick' mode for KDevelop should be implemented ? Anyway, these both are just minor things, and I usually just try to work arround them (because I feel KDevelop is worth it:)

Website - Alex - 2003-06-17

WOW, the Kdevelop website is ancient. Its in desperate need for updates. I mean come on, even the features page is ancient: "KDevelop 1.1 even incudes KDE 2/Qt 2 frameworks for those developers that want to stay on the bleeding edge of KDE development." Yes, KDE 2 is definetely bleeding edge. and on the Graphics page, there shouldn't be 3 screenshots sections, jsut make 1 and have a "next ->" link. Even the press is ancient, Linux Tag 2001? The software used on the site is also old, phorum, taht thing totally sucks when you have something like PHPBB and you alrady have a space on KDE-Forum.org here: http://kde-forum.org/viewforum.php?f=11 there should be a link. Links page is out dated too, listing mosfet's site as a KDE 2 development site and even listing broken links. The documentation is ancient too, the suer manual's last update was in 1999. Really this is pathetic and it happens like this to a lot of KDE projects! Even Konqueror's page has the last news item in 2002 while so many exciting things have happened to it. In addition KDE websites were supposed to adopt the new design, but many flagship software websites ave not been updated like Koffice's website. Seriously the KD Eproject websites are rarely updated, the dot and kde.org seem to be in the minority of websites being updated regularly. THe documentation also sucks. I would be happy to help make the KDevlop website better by providing a new design and updating whatever content I can if you want.

Re: Website - Papa - 2003-06-17

Why not go and fix it then? Developers generally don't care about websites because they either 1). don't care about the website much or 2). rather code. It often takes non-Developers to do such things, and unfortunatly, nobody has stepped up for kdevelop. Ajunta actually does have someone who updates the website (and is not a developer).. Similiar situation for documentation. Doc-writers were extremely active during the KDE 2.x era, and have seemed to be much more busy lately. My suggestion is to submit bugreports when you see outdated docs, and if possible, send a patch. Often for things like this, bug reports crop up, but there is nobody to fix it :(

Yes - Alex - 2003-06-17

I want to try to adapt the Kdevelop website to the KDE.org design if I can. However, I will be gone for about a month and a half so I won't be able to do much except this week. BTW: Why aren't there as amny active doc writters WE NEED THEM! ;)

Re: Yes - Amilcar Lucas - 2003-06-17

Could you please drop a line to kdevelop-devel@kdevelop.org ? The people there can tell you how you can help. Thanks

Anjuta even has a better website - Alex - 2003-06-17

and I heard from people her ethat Gideon is a lot better. We need a website to show the quality of the program, currently the website for Kdevelop will just turn people off. Compare for yourself: http://anjuta.sourceforge.net http://www.kdevelop.org Yes, your right, the Kdevelop website does not stand comparrison.

Re: Anjuta even has a better website - Datschge - 2003-06-17

There are actually still sites making use of frames? o.O

Re: Anjuta even has a better website - David - 2003-06-17

Frames are crap. Something like Zope's standard headers and footers make a much better job, and make things much more expandable.

Re: Anjuta even has a better website - Alex - 2003-06-17

Yes, and they are used wisely for that website.

Emacs keybindings - Chakie - 2003-06-17

Is it possible to get Gideon to understand Emacs keybindings, or rather, Unix keybindings? The C-c, C-v and C-x thingies are from the Windows world, there are so any of us that are used to the Unix/Emacs way of doing stuff. I've used Gideon a fair deal and like it a lot. It has a few bugs but those seem to get fixed pretty fast, but the keybindings irritate me every time I use it. I always use the Emacs ones, and they wreak havoc inside Gideon. :)

Re: Emacs keybindings - Mike - 2003-06-17

Actually, I've had a similar thought to this numerous times, but never got around to posting a message about it (too busy coding). Why can't KDevelop be given a feature where you can select between a number of different predefined keybindings, and/or create your own, and be able to share them on the KDevelop website (in case you create a custom one which matches an editor whose keybindings you're used to using, and want to contribute it for others who are used to those same keybindings)? I think that would make life a lot easier for anyone who is switching KDevelop, or just plain prefers a different set of keybindings.

Developing libraries. - Sean Fraley - 2003-06-17

Gideon's support for developing and compiling libraries needs a lot of improvement. This is especially important on a unix system, since putting the underlying mechanisms in a library, then writing a front end is a fundamental concept of unix development. In it's current state, you have to completely rework the structure of subprojects and targets to create a project format that makes library development efficient and pleasant.

Re: Developing libraries. - Amilcar Lucas - 2003-06-17

I'm a KDevelop developer and user, I use it to code linux libraries. I don't see your point. Can you elaborate? Thanks

Re: Developing libraries. - Sean Fraley - 2003-06-18

I don't think any of the choices for C++ project types works well as is for developing a library, or at least not one specifically for KDE and KDevelop. It's little things. The target for the src subproject being set to a program. No subproject set up for testing the library. I think that there needs to be a project type that you can select for creating generic libraries in C or C++. It should have the src subproject set to build a libtool library, and have a seperate subproject for testing the library. At current, with a little reworking of subdirectories and targets, I can get things set up pretty well, but it would be nice to have a project type that did this for me.

Valgrind - Paul Eggleton - 2003-06-17

This is slightly OT, but can someone explain to me why we have KCachegrind but nobody seems to be interested in integrating Valgrind itself (well, more specifically, the memcheck "skin") into a GUI/IDE? Surely finding and fixing memory bugs is more important that improving performance... Of course, this is not to detract from the recent KDevelop/Gideon work, which is excellent :)

Re: Valgrind - AC - 2003-06-17

Because valgrind is useful without a GUI. You just run you programm on the command line and get some output when valgrind detects something unusual. But cachegrind, OTOH, is almost unusable without some visualization. There's a strong need for visualization, and that's why people have the incentive to do it.

Re: Valgrind - Amilcar Lucas - 2003-06-17

Yes, valgrind is already integrated.

important things i believe need to be done - not_regisitered - 2003-06-17

dark schema for the text editor (ie black background that doesnt affect the syntax highlighting readability) and syntax highlighting improvements (i find vim is the best i have seen). variable/class/etc name completion popup in text editor is kind of cool (like anjuta does) although at times it can piss you off. these things arent exactly directly problems of kdevelop but there use kwrite so they inherit them.

XUL support - Zack Rusin - 2003-06-17

Please note that KDevelop now supports Mozilla XUL files in the same way it supports Qt Designer .ui files, so it can be used as a Mozilla IDE :) A screenshot showing KaXulPart interface in Konqueror is here: http://www.automatix.de/~zack/kaxulpart.png and get the code from kdenonbeta/kaxul .

Re: XUL support - jef peeraer - 2003-06-27

this is great and exactly what i am looking for. which version of kdevelop ( or kde version ) supports this ?

Re: XUL support - jef peeraer - 2003-06-27

can you explain a little bit more. do i create the xul files with qt-designer ?