J'ai l'impression que c'est un sujet que je n'arriverai jamais à cloturer.
Ou un Troll?

Ca commence comme une vraie demande d'aide et ça fini souvent par :"utilise vim".
Et j'ai très peu de choses à reprocher à vim (ou gvim).
Mais une interface (un peu plus) graphique avec onglet des fichiers ouverts et une belle arboresence des classes, c'est pas du luxe.

Du temps ou j'utilisais du Redmond-OS, j'étais encore assez content de CodeBloc++.
Maintenant sous le pingouin, j'en ai fait bcp. Trop.
Et je sais plus décider.

Outre les deux aspects cités au dessus (que je retrouve dans les quanta++, kdevelop, eclipse et autres bluefish), trop rarement je peu bénéficier d'une BONNE autocomplétion des mots (excuse my franglish)

Même vim propose un excellent CTRL+P et qui traverse tous les headers qui plus est!!

Je suis sous KDE et j'ai une légère préférence pour tout ce qui commence par un "K" plutôt qu'un "G", mais je suis ouvert à toutes vos propositions.

Je vais finir par regretter l'onéreux et complet VsLickEdit.


Ah oui : C/c++, Tcl, php et bash.

Tu as essayé jedit, avec le plugin de completion et classbrowser ?
Moi non plus, mais ça pourrait répondre à tes attentes...
Il y a sûrement aussi des plugins eclipse pour ça non ? Mais je suppose que tu as déjà cherché dans cette direction...

Pour ma part, mais tu le sais sans doute déjà, je dirais "utilise vim"
Si tu le connais déjà assez pour l'apprécier, tu devras faire peu d'effort pour ne plus vouloir le quitter: relis régulièrement la doc, et apprends régulièrement à utiliser des features que tu ne connaissais pas encore ou que tu avais oubliées.

C'est juste les tabs et le class browser qui te manquent ? Ou le look "obsolète" te gène aussi ?
Pour remplacer les tabs des fichiers ouverts, je tape :ls pour voir la liste.
Le class browser hiérarchique visuel, yapa... Mais est-ce que tu veux les voir ou pouvoir y naviguer rapidement (auquel cas, ctags peut t'aider) ?

c'est tellement vrai que quand je commence dans un IDE je termine par givm...


mais je pense que si je trouvais comment kdevelop pouvait faire de l'auto completion ce serait déjà un bon complément


tu as un site fétiche pour apprendre des trucs sur vim?
et là tu vas me dire "man vim" ?
puriste va!


tiens et emacs ça vaut la peine d'y tremper une couille?
ou bien la courbe d'aprentissage est asymptotique?

:help ou :help <mot clé> dans vim

J'ai aussi qui est très bien.

Tu vas pas aimer EMACS

Et qu'est-ce que tu lui reproches à Code::Blocks ?

Bli > As-tu déjà essayé Intype ?

clan> pas envie de jouer avec wine.

Bli > Je sais, mais franchement il en vaut la peine. Enfin, c'est toi qui vois

Yeurk! Ce truc est instable au possible et trop incomplet pour être utilisable. A la limite, tu aurais pu lui recommander "e", mais cela reste sous windows.

Sinon, pour ma part, comme editeur light, j'en suis resté à TextMate(OSX)/e(Win), vi étant un peu TROP restreint a mon gout au niveau de la convivialité.

Pour le coté IDE, j'en suis toujours a Eclipse. C'est vrai que la configuration par défaut est tres gourmande en écran, mais si on la tune un peu et que l'on connait quelques raccourcis, cela reste pour moi le plus complet et celui qui dispose du meilleur outil de complétion.

gizmo> eclipse pour quel langages? tu as des exemples de tunnings?

philfr> C::B existe aussi sous linux, donc je ne pige pas trop le rapport

ovh> je ne connais pas, alors je me suis basé sur la phrase de blietaer...

Mis je vais y voir de ce pas

ovh> à ma dernière recherche pas dans un beau package debian...si?
Josette: si...mais pas dans un repository, juste sur leur site.

bli> je viens de dl le tar.gz qui contient les .deb...

Pareil.
Downloadé.
Installé.
Configuré.
Essayé.
Charmé.
Ejaculé.

Un excellent complément donc à vim pour ma part.
C'est vraiment light et surtout surtout "to the point"...

Merci à tous.

Mouarf

Et dire que ça fait longtemps que je t'en parle de ce prog

Et longtemps que je l'utilisais...

bli> content pour toi.

Pour ma part je m'en tiens à vim

Essentiellement pour Java, Javascript, PHP, et un peu de C++
Pour les exemple de tunning, bah, déjà je mets une série de view en mode fast-view, j'utilise les éditeurs généralement en mode plein écran, j'i deux méthode de complétion, l'une basée sur la réflection du code, l'autre sur le contenu du fichier, j'utilise l'outline contextuel plutôt que la vue, ... Tout une série de petites choses qui font que tu passes nettement moins de temps sur la souris qu'avec la config de base, et que l'éditeur de code est tout a fait utilisable (je bosse généralement sur un 12" au boulot, même si j'ai un 24" juste à côté).