[Open-Source][Delphi] UDev: Nouvel EDI pour C++

Version imprimable

10/08/2006, 14h21
cutmat

[Open-Source][Delphi] UDev: Nouvel EDI pour C++

Résumé
:fleche: Nom : UDev
:fleche: Version : 0.91b
:fleche: Langue : Français / Anglais
:fleche: Description : EDI (Environnement de Développement Intégré) pour C++
:fleche: Fonctionnalités : Création de projets, Gestion des compilateurs, ...
:fleche: Compatibilité : Win32 (Windows 95 / 98 / NT4.0 / Me / 2000 / XP)
:fleche: Nécessite : Un compilateur C++ (Borland, Microsoft, prochainement GNU, ...)
:fleche: Téléchargement : Page de téléchargement de UDev
:fleche: Licence : GPL (http://www.gnu.org/copyleft/gpl.html)
:fleche: Langage : Delphi
:fleche: Les sources : Sur requète
:fleche: A venir : 0.92a (Todo)

:fleche: Screenshots : http://udev.sourceforge.net/?page=screenshots

Bonjour à tous

Je me permets d'utiliser ce forum pour promouvoir (faire la pub quoi, que les modérateurs me contactent en cas de problèmes) d'un Environnement de Développement Intégré pour C++.

Cet environnement a été écrit en Delphi par mes soins.
Il supporte les compilateurs Borland C++ 5.5 (gratuit) et Microsoft Visual C++ Toolkit (il est gratuit mais n'est plus disponible) ou compatible (eg: Microsoft Visual C++ 2005 Express Edition, gratuit et téléchargeable celui-là bien que beaucoup plus lourd).
Il permet de développer des applications console et windows.
De plus il y a un mode WYSIWYG grace à l'éditeur de formes (utilisation de la librairie ACP).

Le but à (plus ou moins court) terme est de proposer des packages "ready-to-use" pour pouvoir programmer (_rapidement_) à l'aide de librairies et/ou de SDK.
Par exemple, un package pour créer des plugins Winamp incluerait les sources du SDK mais ajouterait aussi dans les chemins du compilateurs les répertoires nécessaires à la compilation ainsi qu'un template de création d'un projet simple pour démarrer tout de suite à coder.

En effet que de temps perd-on à chaque fois que l'on veut créer un projet à partir de rien?...

Voila j'espère que cela pourra être utile à ceux d'entre vous qui veulent programmer en C++ simplement, sans se prendre la tête mais en disposant de suffisamment d'options.
Je voudrais remercier au passage developpez.com, site sur lequel j'ai appris à programmer (en Delphi grace à http://fbeaulieu.developpez.com/guide/), considérons cette contribution comme un juste retour d'ascenceur :D
Voici le lien : http://udev.sourceforge.net/
Téléchargement direct (v0.91b) : http://prdownloads.sourceforge.net/udev/UDev-0.91b-2007-10-31.exe?download
Merci de donner vos avis et suggestions.
17/08/2006, 13h32
Baptiste Wicht

Je viens de tester et ça m'a l'air pas mal du tout ;)

Je peut pas vraiment trop juger la qualité d'un EDI C++, puisque je ne fais que très peu de C++, mais à première vue, ca m'a l'air très pratique et digne d'autres EDI du marché :P Et le fait de pouvoir faire du Wysiwyg est très bien.

Et le fait d'avoir déja un début de projet me plait vraiment, comme ca, pas besoin de s'embêter à tout refaire à chaque fois.

En tout cas, ca résulte d'un boulot énorme :bravo:
17/08/2006, 13h46
neguib

Bonjour cutmat :)
Peux-tu me dire stp le chemin à indiquer dans les options du compilateur pour l'utilisation de celui de VS C++Express :merci: et :bravo:
20/08/2006, 23h34
Squallsurf

Très très beau boulot je trouve :)
J'ai hate de voir la version 1.0 ;)

Continue comme ça:D
21/08/2006, 09h35
divxdede

Ca a l'air d'être un boulot énorme !! Ca sent des nuits blanches passées a coder 8-)

D'aprés un screenshot tu bosses dessus depuis 4 ans ? (j'ai vu un @2002-2006) ? Si c'est en projet personnel, chapeau bas la motivation ;)

Félicitation.
22/08/2006, 12h32
ovh

Bravo pour ton projet :)

Mais il y a un truc qui me choque :

Citation:

Envoyé par cutmat

:fleche: Licence : GPL (http://www.gnu.org/copyleft/gpl.html)
:fleche: Les sources : Non disponibles

En GPL, on a obligation de fournir les sources, c'est le but du système... (que ce soit sous forme payante ou gratuite)
23/08/2006, 12h28
cutmat

Merci à tous pour vos réponses.

neguib :
Les chemins pour Visual C++ Express :
* C:\Program Files\Microsoft Visual Studio 8\VC\
* C:\Program Files\Microsoft Platform SDK\

divxdede : idée originale trouvée en décembre 2002, le développement a été assez inégal durant toutes ces années...

ovh : existe-t-il une license ne nécessitant pas de distribuer les sources ?
23/08/2006, 12h59
neguib

Citation:

Envoyé par cutmat

neguib :
Les chemins pour Visual C++ Express :
* C:\Program Files\Microsoft Visual Studio 8\VC\
* C:\Program Files\Microsoft Platform SDK\

Merci cutmat mais je crois que vais laisser tomber car pas moyen de configurer un autre compilateur, il refuse obstinement de me permettre un simple OK (bouton reste grisé) après avoir indiqué un nouveau %COMPILERPATH%, si j'ignore lors du démarrage et essaye de le faire par le menu Options, quelquesoit mes manoeuvres le bouton OK reste aussi desespérément grisé :( tant pis
23/08/2006, 14h43
ovh

Citation:

Envoyé par cutmat

ovh : existe-t-il une license ne nécessitant pas de distribuer les sources ?

Pas en open source, fatalement !

Tu dois alors mettre ton soft en freeware, mais alors utiliser sourceforge est de l'abus car ton projet n'est pas libre, or sourceforge est dédié uniquement aux logiciels libres... :?

Enfin sinon tu peux vérifier toutes les licences open source ici, mais je ne pense vraiment pas qu'il y en a une qui te permette de ne pas distribuer les sources, car c'est contraire au principe de base du système...
http://www.opensource.org/licenses/
23/08/2006, 16h23
cutmat

OK pour la licence Open Source je mettrai en ligne les sources de la 0.90b (j'ai plus les sources de la 0.90a)

Quant au problème lié à la configuration du compilateur, il est étonnant.
NB : le bouton OK s'active uniquement quand le chemin du compilateur est correct (contient le dossier bin et les éxécutables requis).
23/08/2006, 18h56
divxdede

Citation:

Envoyé par cutmat

OK pour la licence Open Source je mettrai en ligne les sources de la 0.90b (j'ai plus les sources de la 0.90a)

Quant au problème lié à la configuration du compilateur, il est étonnant.
NB : le bouton OK s'active uniquement quand le chemin du compilateur est correct (contient le dossier bin et les éxécutables requis).

Une licence GPL ne t'obliges pas de distribuer tes sources sur le NET via un site web. Mais t'impose de les fournir si on te les demandes.

Tu peux trés bien mettre une page sur ton projet sourceforge avec un message du type:

Citation:

Si vous désirez recevoir les sources de ce projet, envoyez moi un mail à xxxxx@xxxxx
25/08/2006, 18h30
cutmat

0.90b is out ;)

Pas de grandes nouveautés, des fixs et des améliorations principalement.
Lire le changelog pour plus d'infos.
04/09/2006, 13h16
Emmanuel Lecoester

impossible de configurer avec mingw32 :? le bouton OK reste grisé

je vais rester avec mon dev cpp :D
05/09/2006, 10h09
octal

Bonjour,
je voudrais pas polémiquer ou vous décourrager ... mais pourquoi re-developper tout un environnement de développement alors qu'il existe une solution universelle qui est "Eclipse" (et aussi "Netbeans")?
Je pense que meme pour apprendre à programmer ou se perfectionner, l'idéal et de s'attaquer à l'écriture de plugin pour Eclipse, vous y apprendrez beaucoup ... beaucoup de methodologie, ... beaucoup de techniques associées au developement d'IDE pour tout type de langage... croyez moi c'est une fabuleuse aventure et le résultat en vaut vraiment la chandelle.
Bonne chance quand meme et bonne continuation!
05/09/2006, 11h06
ovh

Citation:

Envoyé par octal

Bonjour,
je voudrais pas polémiquer ou vous décourrager ... mais pourquoi re-developper tout un environnement de développement alors qu'il existe une solution universelle qui est "Eclipse" (et aussi "Netbeans")?

Parce qu'il n'y a pas que java dans la vie ?
05/09/2006, 11h27
gege2061

Citation:

Envoyé par ovh

Parce qu'il n'y a pas que java dans la vie ?

Eclipse possède un plugin pour développer en C et C++ : CDT. Mais eclipse, c'est comment dire :koi: très lourd (j'ai une petite config, on va dire que c'est pour ça).
05/09/2006, 12h01
ovh

Citation:

Envoyé par gege2061

Eclipse possède un plugin pour développer en C et C++ : CDT.

Oui d'accord mais il est conçu en java, c'est ça que je veux dire.

Il est parfaitement normal que des gens aient envie de créer un EDI dans un autre langage (à ne pas confondre avec "pour un autre langage" ;)).
05/09/2006, 13h48
octal

Bonjour,
je voudrai pas rentrer dans le débat Java vs C++ mais bon ... je proposais qu'il s'interesse à Eclipse principalement pour la plateform que c'est. Eclipse est une vraie plateform saine ... propres, développées par des professionnels qui ont pris le temps de tout faire à partir de zéro... on y vois s'exprimer le design orienté objet dans toute sa splendeur, les design patterns correctement employés. Je ne prétend pas qu'elle est parfaites comme produit, tout produit évoluant dans le temps montre forcément les erreurs de conceptions, certains éléments bon aujourd'hui ne le seront peut être plus demain, mais là encore on voit comment on peut retravailler le design, corriger le tir tout en préservant le maximum de qualité.
Maintenant écrire un IDE en C++ pourquoi pas, mais l'idéal, je pense, est de s'inspirer de Eclipse, d'un produit qui est alimenté et développé par la crème des architectes logiciels directement impliqués dans le développement des IDE.

Maintenant cela dépend des objectifs, développer un produit pour le fun ou pour apprendre, c'est bien ... developper un produit dans un cadre commercial et qui sera censer offrir tous les services qui augmentent la productivité des developpeur, c'est tout autre chose.
Bonne journée et bon courrage à tous ...
05/09/2006, 19h40
Emmanuel Lecoester

Citation:

Envoyé par octal

Bonjour,
je voudrais pas polémiquer ou vous décourrager ... mais pourquoi re-developper tout un environnement de développement alors qu'il existe une solution universelle qui est "Eclipse" (et aussi "Netbeans")?
Je pense que meme pour apprendre à programmer ou se perfectionner, l'idéal et de s'attaquer à l'écriture de plugin pour Eclipse, vous y apprendrez beaucoup ... beaucoup de methodologie, ... beaucoup de techniques associées au developement d'IDE pour tout type de langage... croyez moi c'est une fabuleuse aventure et le résultat en vaut vraiment la chandelle.
Bonne chance quand meme et bonne continuation!

C'était juste pour faire un test. Devcpp me suffit amplement pour mes créations de dll. Code::Blocks qui est son successeur ne m'a pas du tout convaincu :? Donc c'est surtout pour le fun :)
06/09/2006, 08h00
Matthieu Brucher

Citation:

Envoyé par gege2061

Eclipse possède un plugin pour développer en C et C++ : CDT. Mais eclipse, c'est comment dire :koi: très lourd (j'ai une petite config, on va dire que c'est pour ça).

C'est un euphémisme, ta phrase :mouarf:

Pour être sûr de garder les sources à chaque étape du projet, prend un repository CVS ou SVN sur sourceforge, ça sera plus rapide !
11/09/2006, 14h53
Skyounet

Citation:

Envoyé par octal

Bonjour,
je voudrai pas rentrer dans le débat Java vs C++ mais bon ...

En même temps son EDI il l'a developpé en Delphi donc rien a voir avec Java ou meme C++. :aie:

C'est un EDI fait en Delphi pour developper des projets en C++.

Et oui Eclipse c'est trop lourd.
11/09/2006, 16h10
Baptiste Wicht

Je suis quand même pas tout à fait d'accord sur le fait qu'il ne faut pas réinventer la roue...

Il n'y aurait pas beaucoup de nouveaux programmes si personne ne refaisait des programmes déja existants et la concurrence entre logiciel serait nulle...

Je pense que pour certaines choses, il ne faut pas réinventer la roue (apis, méthodes spéciales, ...), mais dans le cas d'un logiciel, c'est tout à fait différent.
10/03/2007, 15h49
cutmat

Up ;)
Nouvelle version : UDev 0.91a

ChangeLog (résumé)

Nouvelle interface graphique, ajout des groupes de projets (basiques); nouveau système de macros (dans les fichiers XML), migration de tous les fichiers .ini vers des fichiers XML,...

+ Beaucoup d'améliorations et bugfixes
25/04/2008, 23h21
cutmat

Up :wink:
Nouvelle version : UDev 0.91b

ChangeLog (résumé)

Nouveau :
:fleche: projet de type "bibliothèque statique" (.lib)
:fleche: les packages "dynamiques" qui permettent de programmer plus facilement et rapidement! Ils se chargent de tout :
- templates de projets
- compilation automatique (et mise à jour) des bibliothèques
- liaison automatique
- gestion des répertoires d'inclusion
- etc.

En guise d'exemple, un package pour créer des plugins pour le lecteur audio foobar2000 est disponible : http://udev.sourceforge.net/?page=foobar2000

+ Réécriture du code des éditeurs pour plus de fiabilité (et de généricité pour préparer l'arrivée de plugins peut-être...)
07/05/2008, 19h03
10_GOTO_10

Programmation de packages

Très intéressant cet EDI. Je serais intéressé par la programmation de packages pour pourvoir y intégrer mes composants graphiques*. Mais je n'ai pas trouvé les infos pour le faire. Y a-t-il de la doc quelque part ? J'ai cherché en vain sur le site et dans les répertoires d'installation.

* Projet toujours en standby vu le peu d'interêt suscité. Mais je ne désespère pas le mettre prochaînement en ligne...
09/05/2008, 21h03
cutmat

Citation:

Envoyé par 10_GOTO_10

Très intéressant cet EDI. Je serais intéressé par la programmation de packages pour pourvoir y intégrer mes composants graphiques*. Mais je n'ai pas trouvé les infos pour le faire. Y a-t-il de la doc quelque part ? J'ai cherché en vain sur le site et dans les répertoires d'installation.

En effet il n'y a pas encore de documentation la dessus car les packages verront probablement leur architecture interne changer dans la prochaine version qui sera un peu plus au point niveau package.

A part ça merci de votre intérêt. Quelles seraient les fonctions que vous attendriez d'un package ??
10/05/2008, 11h58
10_GOTO_10

Packages
Fonction souhaitées:
- Pouvoir ajouter un package du type ACP (composants actuels) pour insérer mes propres composants sans avoir à le faire à la main.
L'idéal serait:
- Pouvoir ajouter des commandes dans le menu, des composants dans la liste des composants.
- Pouvoir créer des templates de projets.
- Pouvoir soit indiquer au système la liste des propriétés d'un composant graphique, soit carrément remplacer la boîte "propriétés" par une de ma composition.
- Avoir une étape "Pre-build" et "Post-build" pour faire quelques traitements automatiques.
Ni avec code:bloc, ni avec Visual je ne suis arrivé à faire comme je le souhaiterais.
18/05/2008, 21h40
cutmat
Bonsoir

Je suis désolé pour le temps de réponse assez long je n'ai pas beaucoup de temps libre en ce moment.
Citation:
Envoyé par 10_GOTO_10

Pouvoir ajouter un package du type ACP (composants actuels) pour insérer mes propres composants sans avoir à le faire à la main.
Ce n'est pour l'instant pas possible, vous devez créer des composants pour la librairie ACP, mais celle ci est expérimentale (je l'avoue) et j'envisage (dans un futur plus ou moins proche/lointain) de permettre le support pour d'autres bibliothèques graphiques... (wxWindows, QT, etc...)
Citation:
Envoyé par 10_GOTO_10

Pouvoir ajouter des commandes dans le menu, des composants dans la liste des composants.
Pouvoir créer des templates de projets.
Pouvoir soit indiquer au système la liste des propriétés d'un composant graphique, soit carrément remplacer la boîte "propriétés" par une de ma composition.
Toutes ces fonctions sont (+ou-) déjà implémentées mais non documentées. Ceci sera corrigé dans la version 0.92
Citation:
Envoyé par 10_GOTO_10

Avoir une étape "Pre-build" et "Post-build" pour faire quelques traitements automatiques.
C'est à dire? Exécuter des programmes externes avant et après?
Si oui j'ai commencé à ajouter ces propriétés dans l'éditeur de propriétés.
Mais j'aimerais avoir quelques précisions sur le type de commande à éxécuter.

Merci d'avance pour le feedback.
24/05/2008, 23h41
10_GOTO_10

Citation:

Envoyé par cutmat

C'est à dire? Exécuter des programmes externes avant et après?

Oui, avoir une ou plusieurs lignes de commandes exécutées avant ou après la compilation, comme dans Visual Studio. Pour faire une étape de pré-pré-compilation, ou tout simplement pour incrémenter un numéro de version, par exemple.