Alors que les versions précédentes 1.4 et 1.4.1 de KDevelop étaient presque uniquement un portage de la version 1.3 vers KDE 2.x, cette nouvelle version apporte tout un tas de nouveautés.
La principale, c'est une nouvelle interface graphique complètement MDI (multi-document) avec 3 modes principaux possible par défaut pour les fenêtres sur les documents (fichiers source et navigateurs dans la doc):
_ incluses dans la fenêtre principale,
_ fenêtres principales (top level),
_ dans des onglets de la fenêtre principale.
Mais il est aussi possible de détacher ou de réattacher toutes les vues de la fenêtre principale : l'arborescence des classes, celle des fichiers, la vue avec les résultats de compilation, etc.
En attachement, voici le changelog traduit.
![[fr]](../images/fr.png)
Screenshots (1582 hits)-
KDevelop (802 hits)
![[en]](../images/en.png)
Press release (288 hits)
> Lire la dépêche (17 commentaires, moyenne: 0,1).
Vous avez demandé le commentaire #53119.
Run by 
Cette page a été générée par Templeet en 0.0556s (dont 0.0053 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Utilisé ?
Je souhaite savoir quels sont les avantages par rapport a emacs.
Est-ce que des programmeurs utilise à plein temps kdevel (surtout après avoir connue réellement emacs) ?
Quelle est la différence avec qtdesigner, fait-il le poid face a kylix ?
Mise à part cela c'est très jolie.
philou
[^]Re: Utilisé ?
Les avantages par rapports à emacs sont nombreux.
_ D'abord comme KDevelop ressemble à Visual C++, tu n'as quasiment pas besoin de former les développeurs Windows.
_ Ensuite KDevelop te permet de créer et de modifier des projets utilisant automake, autoconf et libtool en quelques étapes très simples, sans avoir à connaitre ces outils (et te prendre la tete avec).
_ Et puis KDevelop intègre Qt Designer pour créer graphiquement des interfaces, Qt Linguist pour traduire ton appli, un browser web (KHTML) pour naviguer facilement dans la doc, des arborescences de classes et de fichiers pour naviguer facilement dans ton code, un débogueur intégré, etc.
Quand à savoir si KDevelop est utilisé, oui, il est très utilisé par plein de boites et plein de particuliers.
Sur le site web de KDevelop tu veras à droite une frame intitulée "Réalisé avec KDevelop" où il y a plus de 300 applications listées...
Enfin concernant Kylix, Kylix est un IDE pour l'Object Pascal et je crois qu'il n'est meme pas OpenSource, alors que KDevelop 2.0 est un IDE GPL pour le C, le C++ et l'Objective C. Donc il y a plein de choses que tu peux faire avec KDevelop que tu ne peux pas faire avec Kylix. Par exemple il parait qu'il y a des boites qui développent des modules du noyau Linux avec KDevelop...
Dans la version 3 de KDevelop (codename Gideon) qui sortira normalement en meme temps que KDE 3.0 (prévu en janvier prochain) et qui sera basé sur un code source complètement réécrit, il y a aura le support d'encore plus de langages (en particulier Java, Perl, PHP, Python, etc) et plein de nouvelles choses (cf http://dot.kde.org/992083107/(...)).
[^]Re: Utilisé ?
Désolé j'ai pas laissé d'espace après l'URL ci dessus. La revoici donc:
http://dot.kde.org/992083107/(...)
[^]Re: Utilisé ?
"D'abord comme KDevelop ressemble à Visual C++, tu n'as quasiment pas besoin de former les développeurs Windows."
?? Ils doivent normallement connaîtres le C++ donc pas de formations, ils connaissent MFC donc formation à QT. Par contre un formation pour un enveronnement de dev c'est bizarre ?
Ensuite pour créer et gérer des projets les outils utilisé sont simplistes.
Souvent dans un projet une ou deux personnes devront connaitre et utiliser les outils simplistes.
[^]Re: Utilisé ?
> ?? Ils doivent normallement connaîtres le C++
> donc pas de formations, ils connaissent MFC donc
> formation à QT. Par contre un formation pour un
> enveronnement de dev c'est bizarre ?
C'était une comparaison par rapport à emacs, qui nécessite au minimum un certain temps d'adaptation pour les dévelopeurs Windows, sans compter leur adaptation à l'utilisation des makefiles ou d'automake, autoconf, etc.
> Ensuite pour créer et gérer des projets les
> outils utilisé sont simplistes.
> Souvent dans un projet une ou deux personnes
> devront connaitre et utiliser les outils
> simplistes.
Avec KDevelop, oui, il y a des boites de dialogue et des fenetres simples (et pas simplistes) pour gérer les projets. Mais si on préfère utiliser emacs, comme je le dis plus haut la gestion des makefiles et éventuellement automake, autoconf risque d'etre beaucoup moins simple...
[^]Re: Utilisé ?
Perso, je pense que chacun est libre de prendre son environnement, qu'il ne doit pas être imposé, personnellement je préfère vim, mais je me suis juré d'apprendre Emac d'ici la fin de l'année. Car les commentaires en sa faveur me semblent corrects.
J'ai un copain qui est développeur Java, si dans sa boîte Java est utilisé c'est pour des raisons de portabilités donc chaque développeur est libre de choisir son SE et son environnement (Linux, Mac ou MS W). Il devrait en être de même pour tout langage.
[^]Re: Utilisé ?
As tu d'autres avantages ?
Quand la "facilité" vis a vis du Visual C++ et le QT Designer ne t'intéressent pas, reste t il quelque chose de mieux qu'Emacs ? Autoconf & co c'est pas franchement dur, par contre Emacs apporte énormément. Il est beaucoup moins limité sur le nombre de langage, il y a l'intégration de CVS, etc, c'est pourtant très important...
[^]Re: Utilisé ?
Pour le nombre de langages, ça viendra avec la version 3 (voir url ci-dessus). Il y aura aussi le support de plusieurs éditeurs différents, donc il sera peut etre possible d'utiliser en meme temps KDevelop et emacs (meme si par defaut l'éditeur utilisé sera consistant avec KDE).
D'autre part KDevelop intègre déjà en partie l'utilisation de CVS, et cette intégration s'amméliorera probablement aussi avec la version 3.
KDevelop gère aussi bien mieux la documentation des librairies (avec un navigateur basé sur konqueror) et celle des programmes eux meme (avec KDoc ou Doxygen).
Enfin l'interface est plus visuelle, cliquable, personalisable (arborescence de classes et de fichiers, nouvelles fonctionnalités MDI et vues détachables) et est consistante avec KDE (je sais que ce n'est pas forcément un plus pour tout le monde).