Après plusieurs années de développement et 6 betas, la nouvelle mouture de l'éditeur est enfin disponible en version stable.
Les principales améliorations sont :
- Correction orthographique pour 50 langues
- Complétion "intelligente" (Omni-complétion = complétion par contexte) pour : C, HTML, Ruby, Python, PHP...
- Onglets pouvant contenir plusieurs fenêtres chacun
- "Arbre d'annulation" (Undo branches) permettant d'éviter la perte de texte accidentelle
- Ajout de listes et de dictionnaires dans les scripts Vim (comme en Python)
- Profiling pour les scripts Vim
- Amélioration du support de l'unicode
- Mise en évidence de la ligne/colonne courante ainsi que des parenthèses/crochets/accolades correspondantes
- Support de la traduction pour les pages de manuel
- Grep interne fonctionnant sur toutes les plateformes permettant de chercher dans les fichiers compressés
- Parcours de répertoire à distance ainsi que des archives zip et tar
- Affichage des caractères multi-octet
Bram Moolenaar a récemment annoncé son embauche par Google, suite à laquelle il ne travaille plus sur Vim à plein temps. Rappelons que Vim est toujours un "charityware" : il est distribué sous une licence compatible GPL, cependant l'auteur encourage les dons à une association humanitaire (ICCF, en l'occurrence).
NdM: merci également à Axioplase et Merlin pour leur proposition de dépêche.
![[en]](../images/en.png)
Vim (1772 hits)-
Annonce de la sortie (332 hits)
-
Téléchargement (586 hits)
-
Dictionnaires (377 hits)
> Lire la dépêche (93 commentaires, moyenne: 3).
Vous avez demandé le commentaire #709692.
Run by 
Cette page a été générée par Templeet en 0.126s (dont 0.0132 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
ceci n'est pas un troll ...
Je sais que vim est vénère ,aduler ; que s'il y avait un jeu olympique des éditeurs ils serais juge au même titre qu' Emacs.
J'essaye d'utiliser Emacs ou Vim depuis bien des années(je l'installe et le regarde lis la doc) mais mon temps est précieux et je fini toujours par me diriger vers un nano ou ee en console ou quanta/kate sur linux et (PSpad/notepad2) =>scite pour windows. Tous ces éditeurs ont un point commun =>rapidement facile a utiliser en ayant toutes les fonctions dont j'ai besoin.
En permanence je me demande quel est ce merveilleux monde que je n'ai pas le temps ou le courage de découvrir. Suis-je un esprit errant loin des lumières divine ??
Je sais que l'on choisi ces outils en fonction de ces besoins mais si je ne connais pas les possibilité de mon outils(sans l'utiliser) comment pourrais-je en avoir besoin.
Quels sont les fonctions que je n'ai pas avec les éditeurs que j'ai cite précédemment ;et qui justifierais ce long apprentissage ?
[^]Re: ceci n'est pas un troll ...
Kate est en effet lentement mais surement en train de mettre d'accord vim et emacs :
LinuxJournal 2005 reader's choice
Favorite editor
1. Vim
2. Kate
3. Emacs
http://www.linuxjournal.com/article/8520
Et oui, procurer 80% des fonctionnalités vraiment agréables de vim ou d'emacs usées en pratique par les utilisateurs autres que les demi-dieux, le tout avec un temps d'apprentissage 10 fois plus court, c'est pas mal non ?
PS : oui, emacs fait email, web,... mais les applications KDE parmi lesquelles kate s'intègre parfaitement le font aussi mais beaucoup mieux. Pis, vim roxor quand même et mérite toujours cette première place.
Kiu tro certas pri sia vero, kreas inferon sur la tero
[^]Re: ceci n'est pas un troll ...
Pour moi, la différence majeure entre vim, emacs et kate n'est pas le nombre de fonctionnalité mais la façon d'éditer un texte.
Sous vim, j'ai les différents modes (visualisation, edition...) et la façon d'utiliser telle ou telle fonctionnalité me plait.
En gros, je préfère passer en mode commande puis en taper une (je tape tombe des caractères à la suite) plutôt que d'utiliser un racourcis agrémenté des touches Ctrl et Alt (plusieurs touches en même temps). Après le résultat est le même, c'est juste le moyen de procéder qui diffère.
C'est comme les personnes qui lancent toutes leurs applications depuis un terminal et ceux qui utilisent un desktop manager pour avoir des menus.
PS: Je sais qu'on peut taper les noms de commande dans emacs et utiliser des mappings dans vim...
[^]Re: ceci n'est pas un troll ...
Je propose une autre difference beaucoup plus simple: vim comme emacs, nano et beaucoup d'autres sont des editeurs fonctionnant egalement sur des terminaux textes, je ne crois pas que kate rentre dans cette categorie ce qui le met hors jeux pour nombre d'utilisations (kde sur un serveur, c'est pas courant, enfin j'espere... :), pas si facile de s'inserer dans un troll historique :-)
sinon bien qu'utilisant vim comme emacs pour des taches differentes, ma preference va le plus souvent a vim (y compris pour des sexp paradoxalement) par ce que je le trouve plus #1=(facile a utiliser rapidement . #1#) ;)
[^]Re: ceci n'est pas un troll ...
Oui, sauf qu'avec Kate tu peux editer ton fichier sur le serveur depuis ton laptop sous KDE depuis ton jardin avec Wifi: fish power.
Donc: hop, dans la course.
(Oui je sais, on peut faire ca avec les autres, hein)
[^]Re: ceci n'est pas un troll ...
Et oui, procurer 80% des fonctionnalités vraiment agréables de vim ou d'emacs usées en pratique par les utilisateurs autres que les demi-dieux, le tout avec un temps d'apprentissage 10 fois plus court, c'est pas mal non ?
Ouais, mais parmi les 20% qui manquent y'en a deux totalement vitales pour beaucoup de gens :
* Vi(m) est présent ou trivialement installable sur toutes les machines du monde
* Vi(m) fonctionne avec tous les types d'accès possibles (notamment en mode texte, en accès SSH)
[^]Re: ceci n'est pas un troll ...
mais ? kate est en ligne de commande maintenant ?
en voilà une nouveauté...
moi vim c'est parceque ca marche dans un ssh, ou quand je susi loggé en ligne de commande (pas de X lancé)
[+] [^]Re: ceci n'est pas un troll ...
kate ca marche aussi dans un ssh, avec un serveur X, et ssh -X :)
[+] [^]Re: ceci n'est pas un troll ...
plus réaliste, avec les KIO fish:/ et sftp:/ :p
[^]Re: ceci n'est pas un troll ...
Surtout kate ça marche aussi à travers SSH grâce aux KIO slaves de KDE. Tu ouvres ton document avec "fish://user@serveur:chemin/vers/ton/document"
Et tout est transparent, et pas besoin de X sur le serveur.
[^]Re: ceci n'est pas un troll ...
1-1 : vim peut aussi le faire
http://vim.dindinx.net/traduit/html/pi_netrw.txt.php
+==============================+==============================+============+
| La lecture avec | L'écriture avec | utilise |
+==============================+==============================+============+
| :Nread rcp://hôte/chemin | :Nwrite rcp://hôte/chemin | rcp |
| :Nread ftp://hôte/chemin | :Nwrite ftp://hôte/chemin | ftp+.netrc|
| scp://[user@]hôte/chemin | scp://[user@]hôte/chemin | scp |
| :Nread dav://hôte/chemin | :Nwrite dav://hôte/chemin | cadaver |
| :Nread rsync://hôte/chemin | :Nwrite rsync://hôte/chemin | rsync |
+=============================+==============================+============+
Mais toutes les applications KDE pareil, donc 2-1 pour kate.
Kiu tro certas pri sia vero, kreas inferon sur la tero
[^]Re: ceci n'est pas un troll ...
Mais toutes les applications KDE pareil, donc 2-1 pour kate.
?
Les autres appli de kde le font => point pour kate ?
Et puis il faut m'expliquer comment ça se passe lorsque tu fais un rebond (par exemple ssh sur une passerelle puis ssh sur un autre machine ?)
Ou encore quand tu veux changer d'utilisateur par "su" plutôt que de permettre ssh pour tous les utilisateurs (par exemple root).
Pour ça rien ne remplace vi(m) ou (x)emacs qui marchent tous très bien sans x dans un terminal.
Résultat 3-1 pour vim ! ;o)
(je ne parle même pas des combinaisons de touches d'emacs qui stimulent la dextérité manuelle)
[^]Re: ceci n'est pas un troll ...
Ca depend si tu utilise souvent ton editeur ou pas. Pour moi qui passe mes journees a developper, donc a editer des fichiers, apprendre VI a ete un investissement en temps qui a ete largement rentabilise vu le gain de productivite.
Ce sont des petits details, comme "o" pour commencer une nouvelle ligne, "yw" pour copier un mot, ou "dw" pour supprimer un mot, "y4y" pour copier 4 lignes ou "d4d" pour supprimer 4 lignes qui font toutes la difference. Bien sur tu appuyer 10 fois sur "delete", ou selectionner a la souris, mais c'est moins efficace.
[^]Re: ceci n'est pas un troll ...
Mouai, et comment tu sais que ça fait X lignes?
Avec vi t'es un peu trop obligé de compter le nombre de lignes, c'est ce que je lui reproche.
On peut peut-être dire, "marquer ici", aller la ou on veut et faire "copier/couper" depuis la marque, mais je ne sais pas faire..
Ou plus faire, le probleme avec toutes ces options exotiques, c'est de les retenir..
[^]Re: ceci est un troll ...
Les marques existent dans vim, mais surtout ce qui existe dans vim et pas dans vi, c'est le mode visual qui te permet de sélectionner un bloc.
Ensuite, pour sélectionner un bloc tu as aussi les possibilités liées à la teneur du bloc (genre si tu veux effacer tout le paragraphe courant : dap ; pour un mot daw ; pour une "phrase" das ; etc...)
Et surtout, tu n'es pas obligé de tout retenir éternellement, la commande help est très utile (surtout avec la complétion).
[^]Re: ceci n'est pas un troll ...
On peut peut-être dire, "marquer ici", aller la ou on veut et faire "copier/couper" depuis la marque, mais je ne sais pas faire..
* v
* Aller ou on veut (dans gvim la partie selectionnee apparait)
* Quand on est ou on veut "y" pour copier, "d" pour supprimer
Et bien sur, dans gvim toujours, en mode edition le copier/coller a la souris marche (bouton du milieu pour coller.
Ou plus faire, le probleme avec toutes ces options exotiques, c'est de les retenir..
C'est pour ca que ca depend si tu utilises souvent ton editeur ou pas. Si tu l'utilises souvent, alors tu n'auras pas de probleme pour retenir les commandes, si tu ne t'en sers pas souvent mieux vaut rester a gedit.
[^]Re: ceci n'est pas un troll ...
Tu ne sais pas faire une soustraction ?
Lorsque tu utilises Vim tous les jours, tu n'oublie pas les fonctionnalitées ;)
[^]Re: ceci n'est pas un troll ...
Un des gros avantages de vim que j'apprecie personellement (et qui est au passage le truc le plus deroutant pour les debutants), c'est qu'il y a deux modes d'editions :
- un mode ou le texte que tu tapes est insere, comme sur Kate ou les autres editeurs classiques
- un mode ou chaque touche correspond en fait a une action, que tu lancerais sur les autres editeurs via des combinaisons de Control ou ALT.
Ce second mode permet d'effectuer des actions complexes en laissant tes doigts a des emplacements faciles a joindre sur le clavier. D'une part, c'est moins fatiguant pour les mains, d'autre part, c'est beaucoup plus rapide.
Exemple, tu veux faire un copier/ colle :
- Kate version souris : tu selectionne le texte, tu fais menu-droit copy, tu scroll ton texte avec la souris, tu positionnes le surceurs, tu fais menu-droit-paste
- Kate version clavier : tu selectionnes le texte, tu fais Control-C, tu scrolles ton texte avec Page-Down et Cursor-Down, tu fais Control-V
- Vi version souris : tu selectionne le texte, tu fais menu-droit copy, tu scroll ton texte avec la souris, tu positionnes le surceurs, tu fais menu-droit-paste (a noter que c'est la meme chose que Kate version souris)
- Vi version clavier : tu demarra ta selection de texte avec V. Tu deplace ton curseur avec la touche kjhl pour contenir toutes les lignes que tu veux selectionner. Tu tapes y pour faire la copie. Tu te deplace a coup de page-up ou page-down (j'ai jamais pu me rappeler le racourci pour les sauts de pages), tu positionnes ton curseur avec les touches khjl et tu tapes P.
Si on compare kate et vi au clavier, on pourrait imaginer la suite de touches suivantes :
[Down]
[Down]
Control-[Right]
Control-[Right]
[Shift appuye]
[Down]
[Down]
Control-C
[Page-Down]
[Page-Down]
[Down]
[Down]
Control-V
et
j
j
w
w
v
j
j
y
[Page-Down]
[Page-Down]
j
j
p
Tu notes que les touches vi sont plus faciles a taper. A noter aussi que vi est relativement compatible avec un mode d'edition a la kate, de sorte qu'on peut envisager un apprentissage plus lent des foncitonnliates specifiques vi (par exemple, se deplacer au curseur plutot qu'avec jkhl).
phil.freehackers.org
[^]Re: ceci n'est pas un troll ...
Les deux modes sont aussi un inconvénient. (en fait ce n'est pas deux mais plus si on compte le mode visuel...)
J'ai commencer à utiliser vi il y a 6 ans car, contrairement à emacs, il fonctionne parfaitement à travers une connexion ssh. Et les débuts on étés très difficile à cause de ces deux modes justement. Le cas typique : je suis en train d'éditer un fichier, je le sauvegarde avant d'aller vérifier un truc dans une autre fenêtre, quand je reviens je continu de modifier mon fichier et là, c'est le drame... je m'apperçoit au bout de quelques touches que j'ai oublier de repasser en mode édition et que je viens de foutre en l'air une partie de mon fichier.
En général, à ce moment là je peste contre vi en faisant des undo pour retrouver mon fichier tel qu'il était avant.
Le pire c'est sous X quand tu colle un bloc de données sans passer en mode édition et qu'il traite les caractères coller comme étant des commandes.
Il faut un sacré bout de temps pour s'habituer et comprendre toute la puissance qu'offre ces deux modes.
Pour moi, l'apprentissage à été lpus long que avec n'importe quel autre éditeur, mais je ne le regrette pas. J'ai même abandonné mon emacs, principalement pour la différence en temps de lancement et pour l'utilisation à travers ssh.
[^]Re: ceci n'est pas un troll ...
Heu... Et quel est le problème pour lancer emacs via SSH ?
[^]Re: ceci n'est pas un troll ...
A l'epoque ou j'ai switcher entre emacs et vi j'avais une connexion net lente et chere, donc le premier probleme est la bande passante utilisee par emacs qui est nettement plus importante que celle utilisee par vi. Emacs ce trouvais donc etre super lent et au final me coutais plus cher en temps de connexion (si on met de coter le temps d'apprentissage du vi qui m'a coute cher lui-aussi...)
Le deuxieme probleme etait des bugs d'affichage, que je n'ai jamais pus resoudre a l'epoque, principalement avec les barres d'emacs qui s'affichait n'importe ou des que je splitait une fenetre, probleme que je n'avais plus avec vi.
Je ne dit pas que c'est toujours le cas, il y a pas mal de temps que je n'ai pas eu a utiliser emacs a travers un ssh. J'apprecie beaucoup vi depuis que j'ai appris a bien m'en servir.
Pour une utilisation locale la seule chose que je reproche a emacs, c'est ca lourdeur. Pour une utilisation distante, vu la connexion que j'ai maintenant et si il n'y a plus de probleme d'affichage, je n'ai plus rien a ajouter.
[^]Re: ceci n'est pas un troll ...
Pour éviter ce problème, placer "set showmode" dans son ~/.vimrc.
Dès lors vim affichera le mode courant ("-- INSERT --" ou "-- VISUAL --") en dessous de la statusline.
[^]Re: ceci n'est pas un troll ...
Il est actif, le probleme, a l'epoque, etait que je regardais mon clavier pour taper et pas l'ecran...
Maintenant je n'ai plus besoin de regarder le clavier, mais en general c'est pas pour ca que je regarde beaucoup plus mon ecran... (par contre j'ai appris a verifier le mode dans lequels je suis et a le memoriser quand j'ai peut de fenetre actives)
[^]Re: ceci n'est pas un troll ...
En ce qui me concerne, ce que je trouverais vraiment pratique, ce serait que la couleur d'arrière-plan change en fonction du mode.
Je ne peux pas croire que ça ne se fait pas, ou que personne n'y a pensé, mais je n'ai rien trouvé à ce sujet...
[^]Re: ceci n'est pas un troll ...
Tu as déjà le curseur qui n'est pas pareil en fonction du mode.
[^]Re: ceci n'est pas un troll ...
Tu peux executer une commande quand tu rentres/sors du mode insertion. Par exemple, tu peux charger un fichier de coloration en ajoutant les 2 lignes suivantes dans ton fichier $HOME/.vimrc :
au InsertEnter * :colo darkblue
au InsertLeave * :colo default
Pour juste changer la couleur d'arrière-plan, tu peux utiliser la commande :hi :
:hi Normal ctermbg=green guibg=green
Bon, ok, le vert, c'est pas forcément ce qu'il y a de mieux, mais c'était juste pour donner l'idée.
[^]Re: ceci n'est pas un troll ...
Si tu as sauvegardé juste avant, il suffit de faire :e! pour récupérer le fichier tel qu'il était lors de la dernière sauvegarde.
[^]Re: ceci n'est pas un troll ...
Tu te deplace a coup de page-up ou page-down (j'ai jamais pu me rappeler le racourci pour les sauts de pages)
C'est Ctrl-f et Ctrl-b.
Ton exemple représente un des pires cas pour vim concernant le nombre de touches à frapper.
Avec vim il y a des raccourcis pour les déplacements (ou selections ou deletions) les plus courants, comme { et } (parragraphe précédent et suivant), ou gg (aller en haut de fichier) et G (en bas de fichier), $ et 0 (fin / début de ligne), ou encore /motclef (pour aller directement à la place prochaine occurence de "motclef"), 5k (5 lignes plus haut), 8j (8 lignes plus bas), 4w (4 mots plus loins), 3b (3 mots avant) etc.
Bref, de quoi amplement réduire le nombre de Ctrl-F et autres j, k, l et h et souvent éviter le détour par le mode visuel.
Exemple, si on reprend ton exemple en considérant qu'on veut copier le paragraphe suivant à la fin du fichier, ça donne 5 fappes seulement:
} y # copier le paragraphe suivant
G # aller à la fin du fichier
p # coller
Ou bien copier la ligne courante et la coller deux paragraphes plus bas:
yy # copier la ligne courante, dd pour couper la ligne courante
}} # avancer le curseur de deux paragraphes
p # coller
De même les trucs comme jjjjj (avancer de 5 lignes) peuvent être condensés en deux frappes clavier: 5j.
Au passage, le coté très "automatique" de ces raccourcis (par opposition à ceux qui demandent un controle visuel, comme le saut d'écran ou le scroll à la souris) évite d'avoir à regarder son écran ou d'attendre d'avoir repéré le texte / l'emplacement pour passer à l'opération suivante.
On peut donc enchainer la série de raccourcis à la vitesse de la frappe, et ça, c'est un sacré accélération.
[^]Re: ceci n'est pas un troll ...
Tu as raison. Ce qui reste interessant tout de meme, c'est que comme tu le constates, je suis loin d'utiliser toute la puissance de vi. Et pourtant, c'est deja suffisant pour moi pour creer un gain de productivite significatif.
Pour mon cas particulier, aller cherche l'accolade, c'est un shift plus la touche a cote de (je suis en clavier americain), ce qui veut dire deux utilisations du petit doigt droit et gauche. C'est un mouvement plutot difficile et fatiguant, ce qui fait que je ne l'utilise pas souvent.
Pour les jjjjj, pour moi, c'est plus rapide de les taper que de compter le nombre de lignes a l'ecran, de taper le nombre puis de taper j.
phil.freehackers.org
[^]Re: ceci n'est pas un troll ...
Et bien, il y a beaucoup et en même temps peu de choses que tu manques. Tout celà dépend tellement du langage que tu utilises, de tes habitudes d'édition, que finalement si tu est heureux avec kate ou scite (qui sont d'après des sources fiables d'excellents éditeurs), c'est bien comme ça.
Bon, maintenant, si tu veux savoir ce qu'on aime généralement bien dans vim, au hasard :
* l'utiliser intégralement au clavier (et vite, c'est fait pour ça)
* la facilité de navigation en utilisant diverses touches de raccourcis pour accèder à la parenthèse qui va bien, à la déclaration d'une fonction/variable, au prochain bloc, etc (%, [] {} etc)
* réaliser des opérations diverses sur tout ou partie du buffer (bloc visuel, :g/pattern/opération, etc)
* utiliser des programmes externes, unix, sur le buffer courant :!programme
* l'utiliser dans screen/ssh à distance à partir de n'importe quel OS vers n'importe quel autre (sous entendu propre, mais même pas forcément)
* la disponibilité de scripts qui font tout ou presque (par exemple pour le xml au hasard)
[^]Re: ceci n'est pas un troll ...
J'ajoute, le plus important en ce qui me concerne:
* le caractère universel : pas besoin d'apprendre un nouvel éditeur lorsqu'on change de langage de prog, de type d'utilisation (bloc-note, prog, admin et edition de fichiers de confs, webdesign, écriture de mail/news...), de système d'exploitation (que ce soit pour l'édition en local ou distance par ssh, graphique ou en console, sous unix ou pas). Bref, l'apprentissage de vi(m) est rentabilisé dans toutes les situations d'édition de texte.
* sa présence garantie sur quasi tout les unix modernes (sinon un vim, au moins un vi) ce qui fait qu'on n'est pas perdu, par exemple, en situation d'urgence / déplantage d'un systeme (n'importe qui devant maintenir une machine unix, fut-ce son poste sous linux, devrai de toutes façons apprendre les bases de vi pour déplanter son ordi en mode single-user et sans x11 ou via une disquette de secours).
Nombres d'éditeurs n'offrent pas la complétion et/ou la colorisation syntaxique dès qu'on n'utilise plus le (ou les 2 ou 3) language de prog pour lequel il sont prévus, ou ne sont pas utilisables par ssh / en console, ou ne marchent pas sous windows, ou ne s'intégrent pas avec des clients mail, ou sont payants (donc on ne les installe pas sur toutes les machines qu'on utilise) etc.
Ce qui fait qu'au moindre changement dans ses pratiques informatiques, il faut réapprendre les raccourcis qui permettent d'etre efficaces sur un autre outil. Pas avec vim (ni emacs d'ailleur).
[^]Re: ceci n'est pas un troll ...
La presence de Vi sur tous les clones d'Unix au monde n'en fait pas le meilleur editeur pour autant. Sinon Windows est le meilleur OS au monde.
[^]Re: ceci n'est pas un troll ...
Ce n'est pas ce que j'ai voulu dire: je pensait plutôt que ça en fait un éditeur qu'il est utile de savoir utiliser, surtout en cas d'urgences (en l'occurence, pour un unixien, plus utile que de savoir utiliser windows ;).
[^]Re: ceci n'est pas un troll ...
Justement en apprenant 2-3 trucs sous Vim, tu passes moins de temps par la suite pour l'édition. En peu de temps, c'est rentabiliser. Il faut voir sur le long terme !
W-Fenec : Webzine rock/métal/indus
[^]Re: ceci n'est pas un troll ...
Disons que c'est un peu comme l'ascention dans Stargate... le chemin est long et dur, mais ça en vaut la peine. Tu rejoindra les dieux... reste à savoir si ce ne sont pas de faux dieux!
[^]Re: ceci n'est pas un troll ...
Les anciens ne sont pas des dieux
[^]Re: ceci n'est pas un troll ...
Je comprend ton point de vue.
Mais moi, l'apprentissage de vi/vim n'a pas dérangé car au final ça été vraiment payant. Ces modes sont super ingénieux.
Néamoins j'avoue que c'est inattendu comme approche, alors ça effraye peut-être mais on est seulement effrayé des choses qu'on ne connait pas. Tant pis pour ceux dont la curiosité ne dépasse pas celle d'un poireau ou qui pensent que tout est acquis à l'avance.
Donne toi un peu de temps, le didacticiel - vimtutor - ne prend que 30min.
Qu'est-c'donc 30min sur les centaines de minutes que tu gagneras à utiliser vIM?
Avantage: ben déjà que tu sois sous X ou Console, en local ou distant, tu as ce puissant outil à ta portée, à sa tu ajoutes ses inombrables qualités dont l'ergonomie (et oui!) et t'as plus à te poser de question.
Maintenant, si tu es satisfait avec ton editeur, qu'il réponde à toutes tes attentes dont visiblement celui d'être rapidement - tout est relatif - assimilable, pourquoi changer? t'as peur d'être "différent"? d'assumer tes choix? héhé
C'est mal penser que de se demander pourquoi cet engouement si tu ne te donnes pas la peine de l'essayer. Autant ne pas t'inquéter de ce que pensent les gens.
Personnellement, ça me saoule d'entendre chaque fois la même rengaine: "rapidité de prise en main". Ça n'est pas un argument désicif, voir un arguement tout court à mes yeux :) Ça n'annonce rien de la puissance d'un logiciel.
Ce n'est pas être maso, mais j'aime faire l'effort de comprendre les choses et de me faire mon opinion que je pourrais confronter à d'autres.
Et puis bon le résultat est là, on ne peut que se féliciter et féliciter le concepteur de ce formidable outil.
Bref, ne vous fiez pas aux apparences, approfondissez.
moué...