A croire qu'aucun de vous n'a jamais essayé de vrai éditeur de texte.
Un éditeur de text c'est bien un programme qui édite du text donc je suppose qu'un vrai éditeur de text à la différence d'un faux ne fait pas semblant ? C'est complètement con cette appelation.
Ensuite j'en ai essayé une foultitude et à part vim dans ceux que j'ai testé pas un seul ne permetait de supprimer une ligne en un raccourcis clavier rapide, remplacer un mot un rapidement (non prendre la souris surligner et taper ce n'est PAS rapide), faire de la selection rectangulaire, remplacer rapidement cette selection, faire des macros de commandes rapidement, les utiliser 150 fois d'affilé en l'appelant qu'une seule fois, indenter tout un fichier avec mes regles rapidement, indenter une ligne (et je parle pas de fouttre ou enlever une tab devant la ligne mais bien de la placer la ou il faut), etc... la liste continue et elle est vraiment longue. Tout ça dans le même vrai editeur de text. Et pourtant je pense pas utiliser 60% des possibilité de vim et j'en apprend une nouvelle a chaques fois que j'ouvre l'aide.
Donc si t'en connais un d'éditeur capable de faire tout ça, je suis vraiment très interessé parce que j'aimerais quand meme que vim ne soit pas uniquement dans une emulation de terminal.
Je précise que emacs ne fait pas partis des éditeur de text que j'ai testé, mais je le soupçonne de savoir faire tout ça aussi. C'est juste que je suis religieusement contre l'excès d'utilisation cpu avec le lisp.
Je précise aussi que le plugin vim for eclipse ne gère pas tout ça. Et que ça me gonfle de lancer un bouzin qui se tape la moitié de ma mémoire pour faire moins que vim.
Pour moi cela veut dire : à la souris, avec une certaine ergonomie, une prévisualisation du résultat, annulation des changements. Tout ça d'un coup, ça n'existe pas.
Bien que ce soit moche gvim (et même vim avec le bon reglage) gère correctement la souris. Ils gèrent aussi les split ce qui est rare chez les editeurs graphiques habituels. Et encore plus rare gère le focus en mouse over sur les split. Le tout nativement sans perdre 3j à chercher des extensions. Il n'y a pas de previsualisation pour une simple raison, si tu remplace tout les mots du text il suffit d'une seule annulation pour revenir au point de départ. Donc ça répond à ta question sur l'annulation. Autre chose peut tu annuler tous les changement effectué sur une ligne d'un seul coup ?
pas toujours le plus pratique/rapide de resortir un terminal, [...] Ou de se rappeler des raccourcis/commandes de ces éditeurs si intuitifs et avec une documentation aussi accessible.
Je suis d'accord avec l'histoire du terminal. Maintenant emacs et vim peuvent executer une commande bash et recupérer le changement directement donc bon... Et quand à l'aide suffit de taper :h mot-clef pour lancer la recherche. Les chtits liens sont meme clickables. Tu va me dire que c'est compliqué ? La doc est énorme, certes mais c'est parce que les capacités sont elles aussi énorme.
tu peux faire ça par des regexps, il faut juste un rechercher/remplacer par regexps bien intégré à ton éditeur.( L'idéal serait d'avoir des regexps préconçues, avec juste un paramètre à saisir comme par exemple le n dans "après le Nième caractère". Je ne crois pas que cela existe.)
Tu veux une UI qui te laisse des cases à remplir pour tout ce que tu peut faire avec une regexp ??? Soit tu connais très peu la puissance de ces trucs soit tu es drogué. Il y a beaucoup trop de possibilité pour que ce soit faisable. Quand a l'integration encore une fois, c'est dans vim (surement emacs aussi), il y a le support des pcre plus quelques trucs pratique comme le changement de case à la volé ou l'execution des commandes en fonction de la regexp (ça je doute le trouver sur un editeur sans modes).
Comme vim/emacs sont hors jeu question ergonomie, n'en déplaisent aux dlfpiens de mauvaise foi, il te reste des logiciels comme eclipse, ultraedit, scite, pspad, context, etc.
Bon ben tu va me dire que c'est de la mauvaise fois... Vim est ergonomique dans le sens ou une fois adopté et appris beaucoup d'opération fastidieuse deviennent rapide à faire. Par contre oui il est pas ergonomique si t'as la mémoire d'un poisson rouge ou l'agilité du boeuf qui tape au clavier. C'est entièrement une question d'habitude et de goût. Mais on peut dire objectivement qu'il est dur à apprendre, pas esthetique, vraiment dur à apprendre, et pas intuitif pour un clou.
Ce qui me sort par les yeux en revanche c'est que tu dise que eclipse est ergonomique. Il a des menu qui font les 3/4 de mon écran, qui mettent 1s à s'afficher (ce qui est beaucoup trop quand on tape pas comme un boeuf). Ces menus sont bordéliques au possible (un bon exemple c'est le help -> update plugins). Il lui faut une bonne dizaine de plugins pour faire à peut prêt ce que je veux et même comme ça il le fait pas entierement. La gestion des autotools est inexistante, et le plugin pour c'est pas ça (oui vim et emacs l'ont pas non plus de base mais eux ne se dise pas des IDE). Je rentrerais meme pas dans la charge cpu et mémoire qu'il entraine.
J'ai passé 2 semaines sur Eclipse et 2 sur Anjuta pour travailler comme font les vrai pro. Avec des debuggers integrés, des gestions de svn et tout le toutim. Au final j'ai préféré anjuta à eclipse pour ce que j'avais à faire. Mais même comme ça je suis retourné sous vim parce qu'il me manquait beaucoup trop de chose dans l'éditeur.
Pour les autres à part scite qui est sympa c'est vrai. Je ne les ai jamais utilisé vu que je ne travaille jamais sous windows directement. Donc je serais très curieux d'avoir un comparatif entre ce que savent faire les vrai et les faux éditeurs.
En conclusion je cherche toujours un vrai faux editeur de text capable de faire ce que j'aime avec vim. Mais dans une belle interface toute propre et design. Si tu as ça je suis preneur.
[^] # Re: 100%
Posté par moo4 . En réponse au journal Le meilleur éditeur de texte ? [FEU A VOLONTE]. Évalué à 6.
Un éditeur de text c'est bien un programme qui édite du text donc je suppose qu'un vrai éditeur de text à la différence d'un faux ne fait pas semblant ? C'est complètement con cette appelation.
Ensuite j'en ai essayé une foultitude et à part vim dans ceux que j'ai testé pas un seul ne permetait de supprimer une ligne en un raccourcis clavier rapide, remplacer un mot un rapidement (non prendre la souris surligner et taper ce n'est PAS rapide), faire de la selection rectangulaire, remplacer rapidement cette selection, faire des macros de commandes rapidement, les utiliser 150 fois d'affilé en l'appelant qu'une seule fois, indenter tout un fichier avec mes regles rapidement, indenter une ligne (et je parle pas de fouttre ou enlever une tab devant la ligne mais bien de la placer la ou il faut), etc... la liste continue et elle est vraiment longue. Tout ça dans le même vrai editeur de text. Et pourtant je pense pas utiliser 60% des possibilité de vim et j'en apprend une nouvelle a chaques fois que j'ouvre l'aide.
Donc si t'en connais un d'éditeur capable de faire tout ça, je suis vraiment très interessé parce que j'aimerais quand meme que vim ne soit pas uniquement dans une emulation de terminal.
Je précise que emacs ne fait pas partis des éditeur de text que j'ai testé, mais je le soupçonne de savoir faire tout ça aussi. C'est juste que je suis religieusement contre l'excès d'utilisation cpu avec le lisp.
Je précise aussi que le plugin vim for eclipse ne gère pas tout ça. Et que ça me gonfle de lancer un bouzin qui se tape la moitié de ma mémoire pour faire moins que vim.
Bien que ce soit moche gvim (et même vim avec le bon reglage) gère correctement la souris. Ils gèrent aussi les split ce qui est rare chez les editeurs graphiques habituels. Et encore plus rare gère le focus en mouse over sur les split. Le tout nativement sans perdre 3j à chercher des extensions. Il n'y a pas de previsualisation pour une simple raison, si tu remplace tout les mots du text il suffit d'une seule annulation pour revenir au point de départ. Donc ça répond à ta question sur l'annulation. Autre chose peut tu annuler tous les changement effectué sur une ligne d'un seul coup ?
Je suis d'accord avec l'histoire du terminal. Maintenant emacs et vim peuvent executer une commande bash et recupérer le changement directement donc bon... Et quand à l'aide suffit de taper :h mot-clef pour lancer la recherche. Les chtits liens sont meme clickables. Tu va me dire que c'est compliqué ? La doc est énorme, certes mais c'est parce que les capacités sont elles aussi énorme.
Tu veux une UI qui te laisse des cases à remplir pour tout ce que tu peut faire avec une regexp ??? Soit tu connais très peu la puissance de ces trucs soit tu es drogué. Il y a beaucoup trop de possibilité pour que ce soit faisable. Quand a l'integration encore une fois, c'est dans vim (surement emacs aussi), il y a le support des pcre plus quelques trucs pratique comme le changement de case à la volé ou l'execution des commandes en fonction de la regexp (ça je doute le trouver sur un editeur sans modes).
Bon ben tu va me dire que c'est de la mauvaise fois... Vim est ergonomique dans le sens ou une fois adopté et appris beaucoup d'opération fastidieuse deviennent rapide à faire. Par contre oui il est pas ergonomique si t'as la mémoire d'un poisson rouge ou l'agilité du boeuf qui tape au clavier. C'est entièrement une question d'habitude et de goût. Mais on peut dire objectivement qu'il est dur à apprendre, pas esthetique, vraiment dur à apprendre, et pas intuitif pour un clou.
Ce qui me sort par les yeux en revanche c'est que tu dise que eclipse est ergonomique. Il a des menu qui font les 3/4 de mon écran, qui mettent 1s à s'afficher (ce qui est beaucoup trop quand on tape pas comme un boeuf). Ces menus sont bordéliques au possible (un bon exemple c'est le help -> update plugins). Il lui faut une bonne dizaine de plugins pour faire à peut prêt ce que je veux et même comme ça il le fait pas entierement. La gestion des autotools est inexistante, et le plugin pour c'est pas ça (oui vim et emacs l'ont pas non plus de base mais eux ne se dise pas des IDE). Je rentrerais meme pas dans la charge cpu et mémoire qu'il entraine.
J'ai passé 2 semaines sur Eclipse et 2 sur Anjuta pour travailler comme font les vrai pro. Avec des debuggers integrés, des gestions de svn et tout le toutim. Au final j'ai préféré anjuta à eclipse pour ce que j'avais à faire. Mais même comme ça je suis retourné sous vim parce qu'il me manquait beaucoup trop de chose dans l'éditeur.
Pour les autres à part scite qui est sympa c'est vrai. Je ne les ai jamais utilisé vu que je ne travaille jamais sous windows directement. Donc je serais très curieux d'avoir un comparatif entre ce que savent faire les vrai et les faux éditeurs.
En conclusion je cherche toujours un vrai faux editeur de text capable de faire ce que j'aime avec vim. Mais dans une belle interface toute propre et design. Si tu as ça je suis preneur.