"La prise en main de certains éditeurs de texte est immédiate alors que pour d'autres au contraire elle nécéssite un apprentissage. vi entre dans la seconde catégorie. En outre vi est l'un des deux éditeurs standards du monde Unix, c'est pourquoi de nombreux livres d'initiation à Unix proposent un chapitre sur vi. Mais peut on en aborder toute la richesse en si peu de pages ? C'est pourquoi ce livre devrait vous faire vraiment découvrir vi."
Learning the vi Editor | |
| Auteur | Linda Lamb, Arnold Robbins |
| Editeur | O'Reilly |
| ISBN | 1-56592-426-6 |
| Pages | 326 |
| Prix | Prix constaté 221F |
| Rédacteur | trollhunter |
alt="Couverture">
<!-- Ceci est a mettre comme texte de la news annoncant la revue<br/> du livre -->
La prise en main de certains éditeurs de texte est immédiate alors que
pour d'autres au contraire elle nécéssite un apprentissage. vi
entre dans la seconde catégorie. En outre vi est l'un des deux
éditeurs standards du monde Unix, c'est pourquoi de nombreux
livres d'initiation à Unix proposent un chapitre sur vi. Mais
peut on en aborder toute la richesse en si peu de pages ? C'est
pourquoi ce livre devrait vous faire vraiment découvrir vi.
<!-- Fin du texte de la news -->
Cet ouvrage est découpé en 2 parties. Dans une première partie les
bases de vi vous seront présentées, puis, dans la partie
suivante, vous vous familiarisez avec les clones de vi.
Si vi vous intimide ou si vous pensez que cet éditeur n'est pas
utilisable par un humain normal alors le premier chapitre
devrait vous rassurer. Ainsi, vous saurez comment entrer du
texte et quitter vi. Ce chapitre, bien que très court vous
propose à la fin un petit exercice qui vous permettra de mettre
en pratique vos connaissances.
Puis, le chapitre suivant est consacré à l'édition simple de texte,
bien que les commandes de vi peuvent sembler surprenantes au premier
abord, l'on se convainc très vite de leur puisance et dès ce
chapitre l'on commence à en aprécier la concision. Maintenant
que l'on sait éditer du texte de façon basique l'on peut passer
à la suite c'est à dire se déplacer de manière efficace dans le
texte.
Maintenant que vous connaissez les commandes de base et que
vous commencez à comprendre la logique de fonctionement de vi
vous êtes prêt pour aborder des aspects plus avancés. Ainsi le
quatrième chapitre vous apprend entres autres choses
l'utilisation des buffers. Puis, dans le cinquième chapitre l'on
vous présente un autre utilitaire : ex. Ainsi, vous saurez
comment utiliser ex à partir de vi.
Le chapitre suivant est consacré à la recherche et au remplacement. A
l'aide de nombreux exemples vous maitriserez ce sujet et vous
apprécierez encore plus la concision et l'élégance de la
conception de vi.
Dans le septième chapitre vous aborderez l'édition
avancée. Ainsi, vous commencerez par personaliser votre éditeur
puis vous éxécuterez de commandes Unix et enfin vous apprendrez
à utiliser les tags afin de travailler sur du code source.
A partir d'ici vous aborderez la seconde partie de cet ouvrage avec la
présentation des clones de vi. Le premier chapitre de cette
partie vous permet de vous faire une petite idée des diverses
possibilitées de ces éditeurs. Puis les trois chapitres suivants
sont dédiés à la présentation détaillée de elvis, vim, et vile.
J'aime beaucoup cet ouvrage, car il permet de découvrir cet éditeur
sous un angle nouveau. En effet, vi en lui même est d'une grande
richesse et ses clones ont été plus loin encore. Autre aspect
très agréable de cet ouvrage, les très nouveaux exemples que le
lecteur peut retravailler et les nombreux tableaux
récapitulatifs aident à la mémorisation des informations.
Table des matières
- 1: The vi Text Editor
- 2: Simple Editing
- 3: Moving around in a Hurry
- 4: Beyond the Basics
- 5: Introducting the ex Editor
- 6: Global Replacement
- 7: Advanced Editing
- 8: vi Clones Features Summary
- 9: nvi -- New vi
- 10: elvis
- 11: vim -- vi Improved
- 12: vile -- vi Like Emacs
- A: Quick reference
- B: ex Commands
- C: Setting Options
- D: Problem Checklists
- E: vi and the Internet
Références
- La page du livre chez OReilly.
- Les Errata
Aller plus loin
- Critique Complète (7 clics)
# mort de rire
Posté par Anonyme . Évalué à -1.
[^] # Re: mort de rire
Posté par Benoît Sibaud (site web personnel) . Évalué à 1.
1) de toute façon sous Linux on trouve plus souvent vim que vi...
2) ed ou echo c'est pire
3) quadrisection capillaire : vi pas VI
4) je suis pas franc
[^] # Re: mort de rire
Posté par Anonyme . Évalué à -1.
A demain, Oumph !
[^] # Re: mort de rire
Posté par Anonyme . Évalué à 0.
En cas de seule possibilité de connection par un port série, tu peux encore l'utiliser.
En cas de guerre thermo-nucléaire, si t'es encore en vie, tu peux encore l'utiliser.
C'est un éditeur "léger" et utilisable (à côté de ed, c'est très largement exploitable)
Et pour ceux que la guerre vi vs emacs titille, je ne dirais qu'une seule chose : allez mettre emacs sur une disquette de boot linux...
[^] # Re: mort de rire
Posté par Anonyme . Évalué à 0.
Bon, quand je n'ai que 2 ou 3 bricoles à changer, c'est vi mais sinon, non, jamais cette chose antédiluvienne à l'ergonomie redoutable.
Je ne parle pas d'emacs : ce que j'en ai lu ou vu ne me donne pas envie d'essayer. Et puis je n'ai pas assez de RAM (ou rames) sur ma bécane...
[^] # Re: mort de rire
Posté par Anonyme . Évalué à 1.
T'en as vu quoi ?
emacs -nw : 3336 ko de RAM (mode texte)
emacs : 5000 ko de RAM
Si t'arrive pas à lancer ça, je me demander ce que t'arrive à lancer ... vim ? :)
[^] # Re: mort de rire
Posté par Jar Jar Binks (site web personnel) . Évalué à 1.
Allez, je me répète, mais nano c'est vraiment super bien (faut bien faire de la pub pour les gens qui font de bonnes choses).
[^] # Re: mort de rire
Posté par void . Évalué à -1.
euh port série ? j'ai rien à brancher dessus...
en cas de guerre moi de toute facon il y aura plus important que mon PC !
euh toi tu boote ton PC sur Disquette ? mon povre ! moi j'ai un disque dur %)
bon je crois que c'est clair, pour bosser sérieusement il n'y a que emacs !
bon je me met -1 tout seul mais j'ai pas pu m'empecher de répondre ...
[^] # Re: mort de rire
Posté par Jar Jar Binks (site web personnel) . Évalué à 1.
[^] # Re: mort de rire
Posté par Anonyme . Évalué à 0.
[^] # Re: mort de rire
Posté par Wi][ish . Évalué à -1.
Il me semble en effet que VI est le seul editeur installé par défaut et compilé en statique (idem pour sh). Cad qu'en cas de crash des lib dynamiques, il continue à tourner sans les jolie .so . J'aime pas VI (opinion perso, je prefere emacs), mais il faut bien reconnaitre qu'il peut te sauver la vie.
[^] # Re: mort de rire
Posté par cyril Scetbon . Évalué à 1.
[^] # Re: mort de rire
Posté par dcantin . Évalué à 1.
[^] # Re: mort de rire
Posté par Anonyme . Évalué à 0.
Et ben je peux vous dire que c´est la derniere fois.
Et que vi, est de loin plus ergonomique.
Et quand je veux de boutons sur lesquels cliquer, j´utilise NEdit, qui fait tout miux que (x)emacs, en etant 3 fois plus leger ( NEdit: 8Mo en dynamique, (X)emacs, 23 dans la meme configuration).
RPM -e --force *emacs rulezzz
[^] # Re: mort de rire
Posté par Anonyme . Évalué à 0.
on peut avoir la suite?
un fan.
[^] # Re: mort de rire
Posté par ours Ours (site web personnel) . Évalué à 1.
# quelle provocation !
Posté par Troy McClure (site web personnel) . Évalué à 1.
je me sens obligé de réagir: Non, non, et non, il n'y a qu'un seul editeur standard:
(version complete: http://www.gnu.org/fun/jokes/ed.msg.html(...) )
[^] # Re: quelle provocation !
Posté par Anonyme . Évalué à 0.
# revolution
Posté par Anonyme . Évalué à 0.
Mais bon au nom de l'immobilisme...
Et que les mecs qui disent etre plus rapide sous vi que n'importe quel autre editeur arretent leurs délires psycho...
c'etait bon y'a 20 ans...
bon enfin...
[^] # Re: revolution
Posté par Fabien Penso (site web personnel, Mastodon) . Évalué à 1.
[^] # Evolution
Posté par Ano . Évalué à 1.
Ooops, c'est pas à moi qu'on posait la question...
Enfin bon, il est... euh... très... euh... bleu!
Il est surtout ergonomique et très pratique pour faire 3 retouches aux fichiers de config. Ca tombe bien, c'est à ca que me sert un éditeur de texte!
[^] # Re: revolution
Posté par Jar Jar Binks (site web personnel) . Évalué à 1.
[^] # Re: revolution
Posté par Anonyme . Évalué à -1.
[^] # Re: revolution
Posté par Anonyme . Évalué à 0.
c'est pas ergonomique mais c'est pas fait pour.
c'est rapide mais seul ceux qui ne savent pas s'en servir peuvent troller la dessus.
--
Tab
[^] # Re: revolution
Posté par Nicolas Roard (site web personnel) . Évalué à 1.
Vim est au contraire extrèmement ergonomique.
Par contre, il n'est pas du tout intuitif ! :-)
c'est pas la même chose.
Ah pi pour ceux qui veulent autre chose que curses, ya gvim hein...
[^] # Re: revolution
Posté par Infernal Quack (site web personnel) . Évalué à 1.
d pour del
l pour line
w pour word
G pour go
p pour paste
y pour yard (copier)
^ pour début de ligne (comme perl&co)
$ pour fin de ligne ^^^^
a pour append
i pour insert
Non, franchement, il est super intuitif.
Et de plus il torche n'importe lequel des éditeurs pour la programmation.
Lancez gvim et matez le nombre de languages reconnus :)
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: revolution
Posté par Nicolas Roard (site web personnel) . Évalué à 1.
intuitif ça veut dire que l'on a même pas besoin
de lire la doc (ou quasiment pas)... Et à l'inverse, ergonomique, c'est qu'une fois que l'on connait le fonctionnement, on fait bcp plus vite son boulot (exemple : vim, xemacs, blender ?)
Bref. Donc les commandes vim sont pas forcèment "intuitives", meme si simples à retenir, là je suis d'accord.
(de mon point de vue, plus que celles d'emacs, qui ne sont jamais rentrés dans ma caboche, mais bon, comme le disait l'ot "on va pas s'embeter à tout réapprendre pour passer sur un nouvel éditeur")
[^] # Re: revolution
Posté par Nicolas Roard (site web personnel) . Évalué à 1.
De plus un intérêt de vim est qu'il est dispo partout (et qd je dis partout, on peut même le recompiler en tant que composant dcom pour windows et l'avoir comme éditeur sous visual studio... bon pas que je sois un fan, mais enfin, ça illustre bien la souplesse du bestiau...)
[^] # Off topic : )
Posté par LeMagicien Garcimore . Évalué à -1.
[^] # Re: Off topic : )
Posté par Nicolas Roard (site web personnel) . Évalué à 1.
# free to use but restricted
Posté par Anonyme . Évalué à 0.
[^] # Re: free to use but restricted
Posté par Wawet76 (site web personnel) . Évalué à 1.
En fait dans certaine distrib (je l'ai constaté sur RedHat), la commande vi lance Vim.
--
[^] # Re: free to use but restricted
Posté par Anonyme . Évalué à 0.
VIM n'est pas un logiciel libre !
il est open-source, certes, mais pas plus...
[^] # Re: free to use but restricted
Posté par Wawet76 (site web personnel) . Évalué à 1.
Ensuite j'ai beau retourner la licence de Vim, pour moi c'est du libre. Copylefté en plus.
Part contre une fois de plus, je me demande pourquoi ils n'utilisent pas une licence toute faite qui serait plus formelle que leur bout de texte dans le README.
--
# Doc de base
Posté par Arthur Accroc . Évalué à 1.
C'est court et ça présente le minimum nécessaire.
On peut même très bien le récupérer et le mettre sous Linux.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
# Logiciel libre, mais est t'on vraiment libre?
Posté par Parandroid . Évalué à -1.
Ah oui, ceux qui critique le choix des modérateurs du site, ils le font bénévolements si tu est pas content il a plein d'autre sites qui sont peut-être mieux pour toi.
Bravo pour ton bon travail Fabien, etc..
tient je me score a -1 (dure journee....)
# VIM : GUIDE DE SURVIE
Posté par Anonyme . Évalué à 0.
__________________________________________________
http://i000mage.tuxfamily.org/NTIL/vim_survie.html(...)
__________________________________________________
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.