IDE brainstorming - Page 1

Voilà, je pense que vous avez tous déjà vu une IDE à la "visual studio" ou autre eclipse pour les langages dits "nouvelles technos" (java, .NET, C#) sans pour autant réciter les spécifs complètes des IDEs, pourriez vous me lister les fonctionnalités (aussi bien techniques que visuelles) qui pour vous sont vitales (même si ça peut vous paraitre évident)...

Merci d'avance à tous.

PS : je ne donne pas mon point de vue, pour n'influencer personne.

Alors perso ce que j'aime:
>Indispensable:
Avoir un arbre sur le coté droit/gauche des fonctions/procedures/classes etc.. comme VC++/KDev.
Avoir lorsque l'on pointe la sourie sur le nom d'une fonction, son prototype et son fichier d'appartenance.
Saisie automatique des noms des procedures/variables pour les classes etc... (exemple a. -> affiche apres toutes les procedures et var dans un popup (de meme pour -> etc... ca verifie en meme temps la concordance des types)) + affichage du prototype de la fonction dans le status bar.
Possibilité de parametrer l'indentation, la fermeture automatique des {}...
Possibilité de developper en FULL -SCREEN (tres utile!)
Gere les onglets pour les différents fichiers ouverts.
Compilation -> gere l'appelle de makefile perso, avec recupération des erreurs dans l'ide.


niveau petit truc simple a faire mais tres utile
> Sur XCode Xemacs: possibilité de creer des models de commentaire qui sont appliqués à la création d'un nouveau fichier (exemple pour un fichier: nom du fichier, appartenant a tel projet, auteur email licence..).
> Une fonction de recherche et de remplacement. (qui met un petit rond sur les lignes ou se trouve les différents résultats de recherce).
> une fonction comment/uncomment
> possibilité de configurer la colloration syntaxique (tigcc a un system tres simple de configuration et fort utile je trouve), avec possibilité de charger de fichier extern pour rajout de mots a colorier (par exemple si on ajoute un fichier de coloration SDL, qui permettrai tous les types SDL d'etre en rouge etc.. c facile a faire, il suffit de l'ajouter au dico)
> fonction d'archivage de projet: ca cree un tgz des fichiers sources sans les .o etc... avec la doc etc.

Et surtout qu'il soit SIMPLE à utiliser.

) Leger à charger comme l'IDE de visual C++ 6
) Configurable (changement de compilo, options, fontes, couleurs, langages etc.)
) Que ca gere les "projets" à la Visual Studio (>= .NET 2003)

Tout ce qu'a TIGCC IDE.

Pour moi :
— l'indentation auto mais pas trop auto (ie qui ne s'active que quand tu vas à la ligne ou appuies sur une touche donnée, pas dès que tu tapes un caractère particulier genre parenthèse fermante ou point-virgule comme dans le mode C d'emacs )
— que *tout* soit configurable (et en particulier désactivable), et ce facilement

Dans le genre feature très très sympa de Visual Studio 2005, tu as la complétion qui s'active automatiquement : en gros l'IDE connaît tout C#, et sait quels sont les mots-clés qui sont autorisés à un endroit donné du code source; donc quand tu tapes les premières lettres d'un mot-clé et que c'est le seul mot-clé qui correspond à ces lettres, dès que tu tapes un symbole qui n'est pas une lettre (genre, une virgule), ça te complète le mot-clé sans que tu aies à appuyer sur une touche spéciale.

Par exemple, pour taper :
const int vince = yAronet.membre(42);
tu as juste à taper
co in vince = ya.m(42);

Tu as aussi des fonctions de formattage automatique du code, pour ajouter ou supprimer des espaces selon des règles prédéfinies (ce qui fait que par exemple dans mon exemple tu n'as pas à taper les espaces autour du "=")

Sally :
— l'indentation auto mais pas trop auto (ie qui ne s'active que quand tu vas à la ligne ou appuies sur une touche donnée, pas dès que tu tapes un caractère particulier genre parenthèse fermante ou point-virgule comme dans le mode C d'emacs )

Je ne connais pas vraiment le mode C d'emacs, mais quel est le pb d'indenter quand tu as un caractère particulier ? Par exemple, le mode C de vim fait que si tu tapes "if (foo) {<enter>blabla;<enter>}" l'accolade fermante sera indentée là où il faut sans que tu fasses quoi que ce soit de particulier, je trouve plutôt ça utile non ? (après, si le mode d'emacs est buggé, c'est un tout autre pb, et la meilleure correction serait de corriger le bug et pas de *rajouter une option*...)

— que *tout* soit configurable (et en particulier désactivable), et ce facilement

Je trouve au contraire qu'il faudrait un minimum d'options ; à part les trucs purement personnels lié par exemple au style du code (indenter de combien, où mettre les espaces, etc...), si il faut mettre des options, c que le truc par défaut est mal foutu, et qu'il faut corriger ça à la base, pas qu'il faut inonder l'utilisateur d'options...




Cela dit, vince, on ne sait pas à quel niveau d'exigence tu te places : ce que j'ai dit au début de mon post est vraiment génial si c implémenté correctement, mais ça doit demander un gros investissement...

Je précise un peu : il s'agit de faire évoluer un IDE qui existe déjà.
Je donnerais plus de détails quand plus de monde aura répondu.

vince
: pourriez vous me lister les fonctionnalités (aussi bien techniques que visuelles) qui pour vous sont vitales (même si ça peut vous paraitre évident)...

Pour moi des key bindings vi sont indispensables. Mais bon ce n'est sans doute pas le cas de tout le monde.

J'ajoute que si y a des key bindings vi, il faut aussi qu'il y ait de quoi parser les .vimrc et qu'il y ait une bonne partie des extensions de vim Mais bon ce n'est sans doute pas le cas de tout le monde

Pour moi des key bindings Win32 sont indispensables. Mais bon ce n'est sans doute pas le cas de tout le monde.

Ah oui :
-les "features" que vous souhaiteriez ne doivent pas forcément exister, vous pouvez proposer des choses que vous aimeriez voir et n'avez jamais trouvé dans une IDE
-les "contrefeatures" peuvent aussi être listées... (ie ce que vous ne supporteriez pas dans une ide comme l'indentation auto à la emacs pour sally)

La vérification en live de la grammaire c'est pas mal aussi, comme dans .Net ou Eclipse, qui te soulignent les erreurs de parse et autres (mais pas un truc lourd genre VB4 qui te fait une boite de dialogue d'erreur quand tu vas à la ligne sans fermer une parenthese ).

Pour la configuration, je suis pour avoir accès au maximum d'options pour configurer vraiment tout, mais après y'a un juste milieu entre le tout configurable et le tout configuré, par exemple de smodèles de configurations.

Ximoon: si c'est activé vb6 aussi

Possibilité d'exporter les fichiers de configuration...

j'ai pas lu tout le post, donc je sais po si ça a été posté, mais

- le folding de code (comme VS.NET)
- indentation auto
- reindentation du code
- colorisation du code pas trop "fun" (vs est sobre quoi tigcc est "fun" (comprendre un peu trop coloré))
je posterait au fur et a mesure de ce qui me viens a l'esprit

Perso je prefer l'indentation fun;p
mais bon ca de toute maniere c'est sencé etre paramétrable.

ça te complète le mot-clé sans que tu aies à appuyer sur une touche spéciale.

ça c'est exactement l'archétype de la feature qui suxamort (et si ta virgule c'est une faute de frappe et tu voulais taper n ? ça t'arrive jamais c'est ça ?), c'est comme l'indentation auto *trop* automatique... globalement je ne peux pas supporter les trucs qui s'activent tout seuls sans que tu appuies sur une touche spéciale.
Pour emacs, c'est simplement que dans certains cas compliqués (y en a toujours...) je ne suis pas d'accord avec son indentation, donc je la change avant de commencer à taper ma ligne... et bing, quand j'arrive en fin de ligne et que je mets le ; (ou si plus tard je modifie la ligne à un endroit où il y a un caractère « critique » genre parenthèse fermante, ce con la remet à sa façon... alors que si j'ai changé c'est que j'avais une bonne raison. Je préfère de beaucoup que l'indentation s'active 1/ quand tu commences une ligne, 2/ si tu appuies sur une touche particulière, et pas dans d'autres cas. Bon à la rigueur l'accolade fermante ça peut être bien *si* c'est le premier caractère sur la ligne (sinon non)).
Mais ce genre de feature ne me dérange évidemment pas si c'est *désactivable*, d'où mon commentaire suivant...

pas qu'il faut inonder l'utilisateur d'options

Ben un truc qui marche bien, c'est le coup classique de faire un mode ni00b où t'as pas beaucoup d'options et un mode expert où tu peux faire ce que tu veux ; comme ça tout le monde est content...

Tu as aussi des fonctions de formattage automatique du code, pour ajouter ou supprimer des espaces selon des règles prédéfinies (ce qui fait que par exemple dans mon exemple tu n'as pas à taper les espaces autour du "=")

Argh (trop cool, tu dois gagner presque un dixième de seconde )... c'est pareil, ça ne prend pas en compte les fautes de frappe ce genre de choses... moi si je vois que j'ai tapé à côté j'appuie sur backspace *une* fois et je retape sur la bonne touche, donc si entre temps ça m'a inséré des trucs à la con sans me demander ça fout le bordel direct, et ça me fait en moyenne perdre bien plus de temps que ça ne m'en fait gagner (non mais sérieux c'est une blague ? tu trouves ça fatigant d'appuyer sur espace ???)
(ce genre de fonctionnalité peut sûrement être très utile à condition que ça ne s'active que quand on appuie sur une touche donnée (ou plusieurs hein))

(mes divergences d'opinion avec Pollux prouvent-elles suffisamment que la configurabilité est nécessaire ? )

tu viens de me faire penser a 2 choses sally ^^

l'auto completion du genre t'affiche une liste déroulante avec les posibilité de completion, mais ne tape pas tout le mot ou liste qu'on peut faire apparaitre avec un raccourci genre TAB ou ctrl+Espace, ça selectionne le mot avec le meme raccourcis

afficher automatiquement aussi (ou sur raccourcis) en "tooltip" le prototype de la fonction et ces parametres/type (tres utile)

l'idéal aussi serait de pouvoir configurer les barres d'outils de maniere complete, menu & co un peu comme microsoft le propose avec leurs outils Offices

Sally
:

ça te complète le mot-clé sans que tu aies à appuyer sur une touche spéciale.

ça c'est exactement l'archétype de la feature qui suxamort

Oui, si c'est mal implémenté...

(et si ta virgule c'est une faute de frappe et tu voulais taper n ? ça t'arrive jamais c'est ça ?)

Honnêtement, ça m'a jamais gêné, et un bête Ctrl-Z (au lieu de backspace) t'efface la virgule et le reste de la complétion, donc franchement, perdre une touche en cas d'erreur pour gagner une touche (voire plus si le raccourci est Ctrl-Espace) dans tous les autres cas, y a carrément pas photo

(bon, je simplifie un peu : si le premier cas était très courant et très surprenant, ce serait faux : mais en pratique, c'est rare, et ça devrait te sauter aux yeux que tu t'es planté : si tu voulais taper un n, la liste de complétion serait toujours là, alors que là elle a disparu et le mot a été complété...)

Et si effectivement qqun qui avait essayé ça plus de 5 minutes trouvait ça gênant (ce qui m'étonnerait), ça reste largement envisageable de faire en sorte que Backspace agisse comme Ctrl-Z si la dernière action est une insertion de caractère sans mouvement de curseur... Et donc tout se passerait exactement comme tu veux. Encore une fois, pas besoin d'option.

c'est comme l'indentation auto *trop* automatique... globalement je ne peux pas supporter les trucs qui s'activent tout seuls sans que tu appuies sur une touche spéciale.

Ca dépend. Si c'est imprévisible et/ou () buggé, ça pue complètement. Sinon, c'est absolument génial

Pour emacs, c'est simplement que dans certains cas compliqués (y en a toujours...) je ne suis pas d'accord avec son indentation, donc je la change avant de commencer à taper ma ligne... et bing, quand j'arrive en fin de ligne et que je mets le ;

Alors là c chiant, mais c pas le même pb : en l'occurrence, pour l'indentation, c'est jamais possible de faire un truc satisfaisant, donc OUI il faut un moyen pas trop relou de changer le truc auto... Si emacs reformate au ";", alors c'est un BUG d'emacs, qui ne sera pas résolu par une préférence en plus : une préférence en plus, ça veut dire qu'il faut le tps que la "feature" t'ait suffisamment fait chier pour qu'on la désactive, le tps de chercher comment on la désactive, le tps de la désactiver, et même là ça n'est pas forcément satisfaisant : par exemple dans ton cas du ";", typiquement tu désactiverais l'indentation auto. Or, si le pb avait été traité à la base (i.e. comment contenter tout le monde), plutôt que de t'envoyer chier en disant "désactive l'indentation auto et fais pas chier", on se serait rendu compte qu'effectivement, il faut éviter de reformater un ";", et tout le monde en sortirait gagnant (ceux qui utilisent l'indentation auto et souffrent du ";", comme ceux que le ";" a tellement fait chier qu'ils ont désactivé l'indentation auto).

Pour moi, une préférence, c'est vraiment le *dernier* recours... Pour ton pb d'indentation auto ça n'est pas nécessaire, par exemple... (ou alors ça peut être juste un hack temporaire pour pallier au fait que l'implémentation est buggée)

(ou si plus tard je modifie la ligne à un endroit où il y a un caractère « critique » genre parenthèse fermante, ce con la remet à sa façon... alors que si j'ai changé c'est que j'avais une bonne raison. Je préfère de beaucoup que l'indentation s'active 1/ quand tu commences une ligne, 2/ si tu appuies sur une touche particulière, et pas dans d'autres cas. Bon à la rigueur l'accolade fermante ça peut être bien *si* c'est le premier caractère sur la ligne (sinon non)).

Oui, de fait ça peut se résoudre avec juste le 1er caractère de la ligne, dans le cas des langages genre C...

Mais ce genre de feature ne me dérange évidemment pas si c'est *désactivable*, d'où mon commentaire suivant...

Oui, un bug désactivable ne me gêne pas, mais bon

pas qu'il faut inonder l'utilisateur d'options

Ben un truc qui marche bien, c'est le coup classique de faire un mode ni00b où t'as pas beaucoup d'options et un mode expert où tu peux faire ce que tu veux ; comme ça tout le monde est content...

Moui, mais enfin ça change pas le fond du pb : il faut limiter au maximum le nb d'options...

Sally
:

Tu as aussi des fonctions de formattage automatique du code, pour ajouter ou supprimer des espaces selon des règles prédéfinies (ce qui fait que par exemple dans mon exemple tu n'as pas à taper les espaces autour du "=")

Argh (trop cool, tu dois gagner presque un dixième de seconde )...

C pas forcément gagner des 10è de secondes, ça peut être reformater du code crade et/ou () du code trop espacé...

c'est pareil, ça ne prend pas en compte les fautes de frappe ce genre de choses...

Nan, ça se fait manuellement (ou alors automatiquement quand tu refermes un bloc de code, mais là ça se désactive -- pour le coup c une option utile, parce que tu peux avoir tes propres préférences de whitespace si tu veux...)

moi si je vois que j'ai tapé à côté j'appuie sur backspace *une* fois et je retape sur la bonne touche, donc si entre temps ça m'a inséré des trucs à la con sans me demander ça fout le bordel direct

Là je suis relativement d'accord... Dans le cas de la complétion c'est différent : tu *sais* qu'il va compléter parce que t'as une liste de complétion qui s'affiche en dessous avec surligné le mot qui va être complété.

(mes divergences d'opinion avec Pollux prouvent-elles suffisamment que la configurabilité est nécessaire ? )

Mouarf, ils sont pas si divergents que ça, en fait Et justement, discuter de ce genre de pbs en minimisant le nb d'options est bien plus bénéfique que d'envoyer chier n'importe qui en disant "oui, je vais rajouter une option pour remplacer le comportement merdique X par le comportement merdique Y"...

J'étais convaincu d'avoir posté bon je reprends...

Nan, ça se fait manuellement

oki, c'est effectivement utile alors, j'avais compris que ça insérait des espaces pendant la frappe .
Et sinon pour l'indentation auto sur certains caractères, je ne vois effectivement pas de problème que ça pourrait poser si ça ne s'active que sur le premier caractère de la ligne... (effectivement mon premier post n'était pas clair, ce qui sux c'est le fait que ça te change l'indentation de la ligne dès que tu tapes certains caractères *où qu'ils soient situés*)
(y avait peut-être d'autres choses dans mon non-post mais je sais plus quoi )

rhaaaaa j'ai perdu ce que j'avais tapé

en gros je disait que le fait que c'était pas un "bug" d'emacs mais une "feature"... il reindente la ligne quand on tape le ;..

d'ailleur (mais c ptet configurable ?) je trouve l'identation de base déguelasse..

ie

void fonction()
  {
      code();
      code();
      if (tata == toto)
        {
          truc();
          chose();
        }
      code();
  }

je trouve ces accolades décalé d'un mauvais gout

void fonction() { 
    code(); 
    code(); 
    if (tata == toto) { 
        truc(); 
        chose(); 
    } 
    code(); 
} 

pawa (dsl j'ai pas pu m'empêcher je le ferai plus vince)
oui bien sûr c'est une feature godzil, mais je suppose que le sens que Pollux donne à "bug" est extensif et inclut "feature qui sux"

Edit pour pas flooder : ben si godzil on voit d'un simple coup d'oeil où commence et où finit l'indentation, donc où sont le début et la fin du groupe... et tu sais que l'accolade ouvrante est à la fin de la ligne avant la première ligne indentée ^^

(dernier hs)

ça sux de mettre les accolades comme ça pour une simple raison

impossible d'un simple coup d'oeuil ou se trouve l'accolade qui va avec la fermante

Pour recentrer le débat : des trucs du genre "code factoring" (il me semble que c'est le nom) vous vous en tappez ? (ça permet de changer le nom d'une fonction partout où elle est utilisée en ne changeant que le prototype mais ça agit en auto il me semble)

Nan, c bien aussi... Mais il faut pouvoir paramétrer si on veut que ça change aussi dans les commentaires, et/ou [] pouvoir regarder quels sont les endroits qui ont changé... (voire même un truc plus avancé, genre regarder si le nom apparaît dans les commentaires, si non remplacer sans faire chier, si oui demander tout en montrant qques endroits où le nom apparaît...)

Dans le genre feature proche et encore plus utile, y a aussi le fait de pouvoir voir la définition d'une fonction/var quelconque, et les endroits où elle est utilisée ^^

Hum il faudrait que ça activable uniquement a la main pasque sinon ça risque de causer des sources..

Moi perso pour ca j'utilise search and remplace

vince
: Pour recentrer le débat : des trucs du genre "code factoring" (il me semble que c'est le nom) vous vous en tappez ? (ça permet de changer le nom d'une fonction partout où elle est utilisée en ne changeant que le prototype mais ça agit en auto il me semble)

Ça s'appelle "code refactoring".

Le "code factoring", c'est l'inverse de l'inlining, donc pas du matériel pour une IDE (mais pour un compilateur).

a oui, qqc de portable sur les autres plateforme! je bosse sous osX win et nux... et c chian d'avoir une ide sur chaque os