GNU Emacs est un "éditeur de texte" (terme très réducteur) multi-plateforme (systèmes GNU, BSD, OS X...) extensible via le langage Emacs Lisp.
Cette version contient quelques nouveautés très attendues, comme l'utilisation de Fontconfig et Xft pour le rendu des fontes, un système ingénieux d'édition en mode client/serveur, ...
Outres ces nouveautés, de nombreux modes ont fait leur entrée et parmi eux un éditeur de fichiers XML (avec validation du XML à la volée), un visualiseur de documents PDF, un gestionnaire GNU GPG ou bien encore un mode pour coder en Ruby.
- Visualiseur de documents PDF
L'auteur de ce mode est Tassilo Horn. Comment fonctionne-t-il ? Tout simplement, en convertissant le document en autant de fichiers PNG que de pages. L'intérêt de cette technique réside dans le fait qu'il n'est plus nécessaire de lancer une application tierce puisque les images sont affichables au coeur même d'un buffer emacs. La conversion utilise Ghostscript et le rendu est très satisfaisant (la qualité de sortie étant bien entendu configurable, emacs oblige). D'autre part la vitesse d'ouverture d'un document est plutôt bonne puisque la conversion s'effectue en tâche de fond.
- Gestionnaire GNU GPG
EasyPG est un frontend au très connu GPG. Il permet de réaliser des tâches basiques de gestion de trousseau GPG (signer des clés, ajouter des clés, ...) mais il est également utilisé pour signer/chiffrer ses communications électroniques.
Dans les autres nouveautés à signaler, nxml-mode qui est un mode d'édition de documents XML surpuissant qui a le bon goût d'indiquer en direct si le document édité est conforme au schéma Relax-NG (il peut aussi utiliser des modes plus classiques et/ou être utilisé pour du XHTML, XSLT…).
Autre nouveauté : se connecter à des processus via D-BUS. Le champs d'utilisation est pour le moment très faible mais certains ont envisagé d'en tirer parti pour tenter d'ajouter un mode collaboratif à GNU Emacs.
Les nouveautés d'Emacs 23 on été décrites en détail par François dans une dépêche datant d'avril dernier. Ce qui suit est une reprise partielle de cette dépêche. Merci encore à l'auteur.
- Polices lissées
Pour la gestion du lissage des polices, leurs dispositions et leurs formes, Emacs utilise dorénavant les bibliothèques Freetype, xft, otf et m17n. Fontconfig permet à Emacs d'accepter les spécifications de polices comme "monospace-12:bold" ou encore "Monospace Bold 12". Le clic gauche avec shift (S-down-mouse-1 pour les connaisseurs) ouvre un menu permettant de spécifier les attributs des polices. Avec le nouveau mode mineur global « Text Scale », de nouvelles commandes, dans l'esprit des navigateurs internet, permettent de changer la taille de la police (C-x C-+ ou C-x C-= pour augmenter. C-x C-- pour diminuer. C-x C-0 pour la taille par défaut). Il faut remarquer qu'Emacs gérait l'anti-crénelage sur les plate-formes win32 et carbon avant la version 23.
- Le mode Multi-tty et daemon
Voilà un gros chantier qui peut se résumer ainsi (tiré du NEWS) : « Emacs now supports using both X displays and ttys in one session » soit en français « Emacs supporte dorénavant à la fois des affichages sur terminal virtuel et serveur X dans la même session ». Pour comprendre cela il faut connaître emacsclient.
Jusqu'à maintenant, pour éviter de lancer une nouvelle session emacs à chaque édition de fichier, il était possible de donner la directive (server-start) lors d'un premier lancement. Une fois cette première session lancée il suffisait d'appeler emacsclient (généralement mis en variable EDITOR) à la place d'emacs lui-même. Emacsclient se chargeait alors de contacter la session serveur et le fichier était ouvert dans un nouveau cadre de la première instance.
Cette approche présentait deux limitations qui n'existent plus. Il fallait tout d'abord lancer une première instance complète en avant plan. Ensuite si la première session emacs en serveur était lancée en mode console, les nouveaux cadres ne pouvaient pas être des fenêtres X et inversement. La solution à la deuxième limitation a d'ailleurs fournit la solution à la première.
Voilà avec Emacs 23 comment les choses se passent dorénavant :
emacsclient -c
ouvre une fenêtre X si vous êtes sous X ou un cadre emacs dans la console. Si vous voulez récupérer la main sur le terminal vous pouvez ajouter l'option -n.
emacsclient -t
ouvre un cadre emacs dans la console. On peut également préciser un éditeur alternatif si une première session emacs n'est pas lancée
emacsclient -c -a (emacs|nano|vim|ed...)
Et enfin il est possible de lancer emacs en tâche de fond dans .bashrc ou encore .xinitrc avec
emacs --daemon
qui vous rend la main directement. Des scripts qui enrobent ces directives peuvent déjà être trouvés sur le net. Le plus répandu consiste à lancer plusieurs démons nommés (exemple : edit, mail ou proj1) dans des écrans et de s'y connecter en fonction du besoin. On peut trouver ces scripts dans le README de l'auteur original Károly Lörentey
Aller plus loin
- Liste complète des nouveautés (7 clics)
- Site officiel (15 clics)
- Dépêche sur les nouveautés d'Emacs 23 (7 clics)
- Dépêche pour la sortie de la 22.1 (14 clics)
- Les nouveautés avec des copies d'écran (4 clics)
# Le vendredi on se lâche
Posté par pampryl . Évalué à 6.
Une news Emacs ou Vim c'est beaucoup plus amusant le vendredi. ça valait la peine d'attendre ;-)
/me lance le troll
Emacs, c'est bien Esc/Meta/Alt/Control/Shift einh?
Je m'en fou d'ailleurs, VIM c'est mieux, et pis z'est tout !
[^] # Re: Le vendredi on se lâche
Posté par Kazuya . Évalué à 6.
D'ailleurs c'est à ce demander si cela n'a pas été fait aussi exprès que la news sur emacs apparait juste après une news sur Vim, c'est une déclaration de guerre trollesque tout ça.
Donc pour nourrir un peu tout ça: emacs, intervient toujours *après* vim, en bon deuxième ^^.
[^] # Re: Le vendredi on se lâche
Posté par windu.2b . Évalué à 3.
Tu veux dire qu'Emacs doit toujours repasser derrière Vim pour rattraper ses conneries ? :-p
[^] # Re: Le vendredi on se lâche
Posté par Xavier Maillard . Évalué à 3.
[^] # Re: Le vendredi on se lâche
Posté par ploum (site web personnel, Mastodon) . Évalué à 10.
Il n'y a pas une et une seule vérité. Il y a des applications et leur usage dépend de la personne et de ses préférences.
VIM et Emacs sont différents, s'addressent à des utilisateurs différents. Scientifiquement, il est prouvé que si on a moins de 17 doigts par main, Emacs est inutilisable. Mais pour tous les autres, Emacs est une possibilité. D'ailleurs, pour les autistes qui savent repérer du premier coup d'œil une allumette de longueur différente dans un millier d'allumettes semblables, KDE et ses boites de préférences est également une possibilité envisageable.
Cessons donc de dire que notre solution est la meilleure, chaque solution est faite pour des personnes différentes. Soyons ouverts.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Le vendredi on se lâche
Posté par Jean Parpaillon (site web personnel) . Évalué à 8.
"Liberté, Sécurité et Responsabilité sont les trois pointes d'un impossible triangle" Isabelle Autissier
[^] # Re: Le vendredi on se lâche
Posté par pampryl . Évalué à 6.
J'utilise certes Vim, mais c'est plus que c'est tombé ainsi que par religion ;-) Emacs a certainement de très grandes qualités pour que certains de mes collègues l'utilisent couramment.
Comme tu le dis, il faut de tout pour faire un monde libre. Et la diversité est bien la force première de ce monde ;-)
[^] # Re: Le vendredi on se lâche
Posté par imr . Évalué à 10.
En même temps, le sien n'est pas vraiment du premier degré, hein.
[^] # Re: Le vendredi on se lâche
Posté par Anonyme . Évalué à -2.
Je suis en train de taper ce message avec VIM et je ne risque pas de changer.
[^] # Re: Le vendredi on se lâche
Posté par Vincent Meurisse (site web personnel) . Évalué à 10.
Et moi qui pensait que tout le monde utilisait un clavier pour ça…
[^] # Re: Le vendredi on se lâche
Posté par Anonyme . Évalué à -10.
[^] # Re: Le vendredi on se lâche
Posté par Solevis (site web personnel) . Évalué à 7.
[^] # Re: Le vendredi on se lâche
Posté par Anonyme . Évalué à -3.
[^] # Re: Le vendredi on se lâche
Posté par zerkman (site web personnel) . Évalué à 1.
# C'est utilisé ?
Posté par the_glu . Évalué à -5.
{C'est vendredi c'est permis °o°}
[^] # Re: C'est utilisé ?
Posté par Troy McClure (site web personnel) . Évalué à 7.
[^] # Re: C'est utilisé ?
Posté par Anonyme . Évalué à -6.
[^] # Re: C'est utilisé ?
Posté par Xavier Maillard . Évalué à 1.
# et le noyau ?
Posté par feth . Évalué à 6.
[^] # Re: et le noyau ?
Posté par pampryl . Évalué à 10.
[^] # Re: et le noyau ?
Posté par Mathieu Segaud . Évalué à 6.
# alternative?
Posté par sobolev . Évalué à 1.
[^] # Re: alternative?
Posté par Solevis (site web personnel) . Évalué à 2.
[^] # Re: alternative?
Posté par phoenix (site web personnel) . Évalué à 2.
Sinon tu as toujours
kwrite/kate
gedit
selon ton bureau
[^] # Re: alternative?
Posté par Mais qui suis-je ? :) . Évalué à 2.
Franchement quitte a prendre un éditeur avec une GUI kwrite/kate est excellent,
c'est sur il ne peut pas lire du pdf ou jouer de mp3 mais bon… Et puis il a un look vachement moins ancien qu'emacs.
Si tu cherche un éditeur léger mais graphique, nedit est très pratique l'avantage c'est que c'est l'un des rares éditeurs graphique qui fonctionne bien en ssh (quoi je trolle si je veux)
Si tu préfère la console et que tu es près a apprendre un peu :
VIM est excellent,
Son gros problème est aussi son gros avantage, pas de menu clickodrome,
donc tu es forcé d'apprendre les raccourcit l'avantage c'est qu'une fois que c'est fait tu es vraiement performant. par contre impossible de deviner qu'il faut faire :q pour quitter et :wq pour sauver avant ou :q! pour ne pas sauver et quitter
Apres tu as aussi emacs, un petit éditeur développé par un barbu solitaire ;)
[^] # Re: alternative?
Posté par Maxime (site web personnel) . Évalué à 3.
Au pire, tu peux toujours installer gvim... D'ailleurs c'est ce que je recommande aux débutants qui ne connaissent pas encore assez de raccourcis (car le raccourci est indiqué dans le menu à coté de l'action).
Pour ce qui est des commandes impossibles à deviner... Elles sont au moins assez simples à retenir : q comme quit, w comme write, etc...
[^] # Re: alternative?
Posté par Niniryoku . Évalué à 1.
La dernière fois que je l'ai testé, :!cmd marchait trop mal.
Knowing the syntax of Java does not make someone a software engineer.
[^] # Re: alternative?
Posté par lasher . Évalué à 2.
[^] # Re: alternative?
Posté par zerkman (site web personnel) . Évalué à 3.
J'aurais vraiment du mal à me passer de nedit, il est tout simple et ultra efficace, il fait tout ce que je veux ! avec un peu de config on peut lui faire faire de la complétion automatique avec la touche tab, et après on a l'éditeur ultime !
Possibilité de sélection rectangulaire, excellent pour le formatage de commentaires de code.
son seul défaut est qu'il ne gère pas l'utf-8, mais bon, pour du code c'est pas hyper grave.
Et sinon pour tout ce qui est fichier de conf, édition à distance par ssh, y'a pas mieux que vim.
[^] # Re: alternative?
Posté par Sytoka Modon (site web personnel) . Évalué à 2.
Mon soucis, je cherche de plus en plus dans nedit avec / et je evux aller à la ligne 123 en 123G ! Bref, je veux un mode vi dans nedit !
[^] # Re: alternative?
Posté par Davy Defaud . Évalué à 2.
C'est un rhabillage complet qu'il faudrait au Nirvana Editor, genre GTK2 avec support des polices lissées (maintenant que même emacs les supporte) et gestion de l'UTF-8, parce que motif...
Un gnedit ou knedit serait pas loin de l'éditeur idéal, parce que c'est vrai que la sélection rectangulaire je ne l'ai jamais vue ailleurs et que c'est vraiment pratique ; et les macros de NEdit manquent cruellement à un éditeur comme gedit.
[^] # Re: alternative?
Posté par zerkman (site web personnel) . Évalué à 1.
Et je crois que justement la légèreté vient de l'absence de fioritures type polices lissées et interface à la GTK2.
Du coup on peut bosser efficacement sur des machines avec moins de RAM que la norme (qui a dit ?) sans les mettre à genoux (ex. une PS3 avec ses 256 Mo bien tassés)
[^] # Re: alternative?
Posté par Davy Defaud . Évalué à 0.
Et je crois que justement la légèreté vient de l'absence de fioritures type polices lissées et interface à la GTK2.
Les goûts et les couleurs...
Nous sommes une écrasante majorité à préférer ces fioritures et à avoir des machines suffisamment puissantes pour en permettre l'utilisation.
Une PS3 n'est pas un bon exemple, une bête de course qui affiche en full HD, ça m'étonnerait qu'elle ne puisse t'afficher un joli bureau avec tout plein de "fioritures".
Même les téléphones évolués (smart phones type i-phone...) en sont capables de nos jours. Et tout le monde s'en réjouit, à part quelques geeks et bien sûr Mme Thatcher ! ;-)
[^] # Re: alternative?
Posté par wismerhill . Évalué à 3.
kwrite/kate (qui utilisent en pratique le même moteur) le font depuis des années.
Le raccourci pa défaut pour l'activer/désactiver est Ctrl-Shift-B (il t'indique alors dans sa barre d'état qu'il est en mode BLOCK plutôt qu'en mode LIGNE)
[^] # Re: alternative?
Posté par Sytoka Modon (site web personnel) . Évalué à 2.
Bref, avec nedit, la sélection carré, c'est comme une sélection classique mais avec la touche Ctrl appuyé.
Après, il y a d'autres éditeurs qui le font mais je ne l'ai jamais vu avec cette souplesse.
[^] # Re: alternative?
Posté par wismerhill . Évalué à 3.
Mais comme le changement de mode est présent dans un menu, j'ai plutôt tendance à croire que plus de personne le découvrira, c'est plutôt rare d'expérimenter toute les combinaisons de touches+souris pour voir ce que ça fait.
Et puis, ce n'est pas seulement pour la sélection, le coller se fait aussi en mode bloc du coup.
[^] # Re: alternative?
Posté par CrEv (site web personnel) . Évalué à 1.
Jamais (ou rarement plutôt) je fais une sélection a la souris...
Et sous emacs, le mieux est même d'utiliser un mode qui le fait avec C-Enter
Il est alors possible de se déplacer a chaque coin de la sélection pour saisir du texte à l'intérieur / à l'extérieur des deux verticales, de remplacer, etc
Il est donc parfait pour rajouter un texte commun a plein de lignes en une fois (un commentaire par exemple)
Mode cua : http://www.emacswiki.org/emacs/CuaMode
Vraiment important comme mode ça.
Faire des sélection (y compris verticales) à la souris ... ben heu comment dire ... faut déjà lacher le clavier quoi
[^] # Re: alternative?
Posté par mota (site web personnel) . Évalué à 2.
Et puis debile au possible.
ua-mode allows one to use ‘C-v’, ‘C-c’, and ‘C-x’ to paste, copy, and cut the region. Since this conflicts with very important keybindings in Emacs, these CUA bindings are only active when the mark is active.
Faut deja savoir ce qu'est une marque, donc de la a faire le pas vers C-w/M-w/C-y/M-y, c'est relativement maigre.
Et puis bon, si t'utilises emacs, c'est pas pour te taper des shortcuts a la Windows, un peu plus de dignite que ca, bourdel!
[^] # Re: alternative?
Posté par CrEv (site web personnel) . Évalué à 2.
Bon allez, je fais la version longue :
- tout d'abord j'ai jamais essayé C-{c|v|x} sous emacs, même si ça existe (puisqu'il faut montrer papates blanches pour avoir le droit d'utiliser emacs on dirait...)
- ensuite, quel rapport avec les raccourcis claviers ? c'est configurable et tant mieux, spa parce qu'un gars a décidé d'un raccourcis qu'il te plait forcément (ex : j'ai C-z en undo et M-g en goto-line, très pratique ceux là ... et très "windows" faut croire...)
Mais le point intéressant n'est pas là (faut croire que tu ne l'a pas essayé) : il permet de faire une sélection rectangulaire plus aisément, plus visuelle, et plus pratique que sans ce mode (qui par ailleurs est intégré depuis qq version d'emacs)
[C-Enter] au début de la zone, déplacer le curseur, puis [Enter] pour se déplacer aux 4 coins et saisir du texte devant / après la zone (plus copier, coller, etc)
> Completement inutile ce mode.
faut croire que non vu que certains l'utilisent...
mais associé à
> Et puis debile au possible.
montre un certain état d'esprit...
> Faut deja savoir ce qu'est une marque
Et ?
Qu'est ce qui t'empêche de savoir ce que c'est _et_ d'utiliser cua (tout ou partie hein...)
Pour conduire ma voiture, je suis pas obligé de savoir comment fonctionne le capteur de position de mes papillons d'admission, ni comment fonctionne le boisseau à dépression ... (et pourtant...)
> Et puis bon, si t'utilises emacs, c'est pas pour te taper des shortcuts a la Windows
ptetre que c'est de l'humour...
mais si j'utilise emacs c'est pour ces fonctionnalités, non pour sa configuration initiale.
Et si je veux changer les raccourcis, ben je le fait (vu que ça n'a pas de rapport)
ha oui, et pour les "puristes" d'emacs, pourquoi dans ce cas pouvons nous les changer ?
[^] # Re: alternative?
Posté par Davy Defaud . Évalué à 1.
Il y a donc déjà un knedit, c'est bien ; mais en utilisateur de GNOME, j'aurais préféré un gnedit...
[^] # Re: alternative?
Posté par philou (site web personnel) . Évalué à 2.
T'as pas trop cherché. Faut quand même se dire que si Emacs (ou vi) sont des références ce n'est pas un hasard.
Sous Emacs : C-espace en début de zone et la fonction que tu souhaites en fin de zone, ..., depuis plus de 10 ans. Je ne parlerais pas du yanking, des registres, ...
Un simple google : http://www.linux-france.org/article/jdanield/MaL001-8.html
[^] # Re: alternative?
Posté par Sylvain Decremps . Évalué à 1.
>T'as pas trop cherché.
C'est clair ... vim aussi le permet avec le mode visuel !
C'est pas les victimes d'un des plus grand troll du libre pour rien. À mon avis, ils ont toutes les features possible pour un editeur, ou proche (en ne considérant pas la lecture de pdf comme une feature d'éditeur de texte... Emacs reste un début d'OS selon moi).
[^] # Re: alternative?
Posté par Davy Defaud . Évalué à 0.
T'as pas trop cherché. Faut quand même se dire que si Emacs (ou vi) sont des références ce n'est pas un hasard.
C'est vrai, je l'avoue, je n'ai pas cherché. Mea maxima culpa !
Sous Emacs : C-espace en début de zone et la fonction que tu souhaites en fin de zone, ..., depuis plus de 10 ans. Je ne parlerais pas du yanking, des registres, ...
Ça existe depuis 10 ans, mais il faut 10 ans d'utilisation pour maîtriser vi ou Emacs ;-)
Sans rire, vi c'est pas très user friendly, sûrement le meilleur moyen de dégoûter un linuxien débutant.
En revanche, les polices lissées et l'UTF-8, bah dans un gnome-terminal ou un kterm tu les as, donc dans vi(m) aussi ;-).
Maintenant je ne remettrai jamais en cause l'utilité de vi, parce que quand tu n'as pas de serveur X à disposition, tu es bien content de l'avoir sous la main, c'est sûr ! Mais quand tu peux avoir plus sexy, pourquoi s'en priver ?!...
[^] # Re: alternative?
Posté par Axioplase ıɥs∀ (site web personnel) . Évalué à -1.
Parce que linux, c'est débutant-friendly ?
Je suis pas sûr à 100%
Vim n'a pas la vocation d'être fait pour Mme Michu. Vim est fait pour les gens qui ont besoin d'un éditeur de texte efficace.
C'est pas pour rien que tous les débutants dens les écoles d'ingé, d'info, et dans les facs utilisent emacs par défaut: ils l'utilisent comme notepad, de même qu'ils sont très content de faire de l'azerty. Après, quand tu te dis "bon, fini la rigolade, j'ai des choses sérieuses à faire", tu bascules en dvorak, et tu passes à vim.
Si tu ne vis pas de l'efficacité de ton clavier, tu préfères la simplicité "what you get is what you deserve, n00b". C'est pas pour rien que les gestionnaires de fenêtres en pavage (ion, wmii, xmonad, i³, etc) ont du succès. On entre dans le monde de l'efficacié en passant par le dépaysement !
[^] # Re: alternative?
Posté par philou (site web personnel) . Évalué à 2.
Commencer par Gedit ou consort n'est pas surprenant. Par contre y rester, alors qu'on utilise souvent l'éditeur, c'est une réelle limitation.
> Ça existe depuis 10 ans, mais il faut 10 ans d'utilisation pour maîtriser vi ou Emacs ;-)
10 ans est bien évidement exagéré, j'y ai mis du temps, comme Linux, comme LaTeX, le crawl, comme tous le reste.
[^] # Re: alternative?
Posté par Tonton Benoit . Évalué à 2.
[^] # Re: alternative?
Posté par Axioplase ıɥs∀ (site web personnel) . Évalué à 6.
Et c'est justement pour que tu n'aies pas à deviner qu'on a inventé *roulements de tambours* la documentation ! *tadaa*
C'est comme les commandes d'un avion, les pilotes ne devinent pas quel bouton fait quoi lors de leurs premiers vols…
[^] # Re: alternative?
Posté par pierre_80 (site web personnel) . Évalué à 1.
[^] # Re: alternative?
Posté par imr . Évalué à 5.
[^] # Re: alternative?
Posté par ohmer . Évalué à 2.
[^] # Re: alternative?
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . Évalué à 2.
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
[^] # Re: alternative?
Posté par Sytoka Modon (site web personnel) . Évalué à 3.
# ROAR
Posté par Antoine Mercadal (site web personnel) . Évalué à -7.
[^] # Re: ROAR
Posté par Mathieu Segaud . Évalué à 4.
# pour les grincheux
Posté par Camille_B . Évalué à 10.
2) Emacs n'est pas que pour les poulpes à 36 doigts, il existe un mode permettant d'émuler Vi : VIPER. Couplé à quelques autres programme (vimpulse) et à sa conf propre, il fait ne dépaysera même pas les utilisateurs de Vim.
3) Emacs est bien plus pratique que Vim pour l'édition rapide de fichiers. Il est très rapide une fois chargé (le démon rendant cela transparent). Et l'outil TRAMP permet, entre autre, d'ouvrir un fichier appartenant à autre utilisateur en passant par su ou sudo :
/su::/root/pommedeterre.txt
/sudo::/etc/apache2/apache2.conf
On reste dans sa session.
Voilà, les bonne vieilles critiques faites contre Emacs sont juste du flanc qui ne servent qu'à justifier les fans de vim de continuer à utiliser leur outil ancestral :D
[^] # Re: pour les grincheux
Posté par Christophe Morvan (site web personnel) . Évalué à 6.
Un peu comme si le joueur de triangle ironisait sur le joueur de piano en disant qu'il faut 4 mains et 12 doigts par main pour jouer de cet instrument.
les bonne vieilles critiques faites contre Emacs sont juste du flanc
Euh... du flan, du flan, le gâteau, pas le côté (flanc). :-)
C.
(1) : j'ai bien une tentative de réponse : ils leur manque, la dextérité manuelle qui est à la base du charme de tout utilisateur d'emacs. :-)
[^] # Re: pour les grincheux
Posté par Camille_B . Évalué à 2.
Arf, merci, déformation "professionnelle" ;)
[^] # Re: pour les grincheux
Posté par FantastIX . Évalué à 2.
(Grincheux belge)
[^] # Re: pour les grincheux
Posté par paul . Évalué à 4.
Effectivement, c'est généralement en découvrant ça qu'on comprend les particularités d'Emacs. Et c'est à la fois rigolo et lassant de voir des gens comparer Vim, brillant éditeur de texte, à Emacs, environnement de travail extensible via LISP.
Ça n'empêche pas que les keybindings par défauts résultent d'une accumulation de 30 ans d'évolution et n'ont plus aucune cohérence : il faudra bien un jour concevoir un nouvel arrangement pensé pour la cohérence et la facilité d'apprentissage, et le mettre par défaut.
Enfin, quelques éléments qui n'ont pas été évoqués ici mais qui peuvent intéresser les développeurs : RMS a confié la maintenance de GNU/Emacs à deux personnes il y a environ 18 mois, Stefan et Chong. Ce sont donc eux qui ont conduit, avec un succès évident, le développement de cette branche 23. La version 24 devrait être grandement développée sur des dépôts décentralisés, gérés par bazaar en l'occurrence car c'est (devenu) un projet GNU. Cela aurait dû arriver plus tôt, mais devant les, hmm, comment dire ... devant les surprises techniques que réserve bazaar (pour rester poli et positif), cette conversion se fait attendre. Enfin, il parait que là cette fois-ci c'est la bonne.
[^] # Re: pour les grincheux
Posté par Camille_B . Évalué à 2.
Oui, c'est tout à fait juste. D'où l'intérêt de VIPER dans mon cas.
Enfin, quelques éléments qui n'ont pas été évoqués ici mais qui peuvent intéresser les développeurs : RMS a confié la maintenance de GNU/Emacs à deux personnes il y a environ 18 mois, Stefan et Chong. Ce sont donc eux qui ont conduit, avec un succès évident, le développement de cette branche 23. La version 24 devrait être grandement développée sur des dépôts décentralisés, gérés par bazaar en l'occurrence car c'est (devenu) un projet GNU. Cela aurait dû arriver plus tôt, mais devant les, hmm, comment dire ... devant les surprises techniques que réserve bazaar (pour rester poli et positif), cette conversion se fait attendre. Enfin, il parait que là cette fois-ci c'est la bonne
Je savais pour le passement du bébé à Stefan et Chong, mais pas pour l'utilisation de bazaar. C'est intéressant.
[^] # Re: pour les grincheux
Posté par zerkman (site web personnel) . Évalué à 1.
[^] # Re: pour les grincheux
Posté par mota (site web personnel) . Évalué à 1.
[^] # Re: pour les grincheux
Posté par Pierre Jarillon (site web personnel) . Évalué à 3.
J'ai eu l'occasion de faire connaître cette blague à Richard Stallman. C'était dans un restaurant des Halles à Paris où nous dinions avec Odile Benassy.
Richard a aussitôt démarré pour m'expliquer que si, c'était un éditeur ! Odile l'a arrêté en lui disant : « Richard, it's a joke! ». Il lui a fallu quelques instants pour l'admettre, il ne la connaissait pas. C'était je crois en 2002.
# Dans debian
Posté par André Rodier . Évalué à 6.
La prochaine version d'emacs sera embarquée dans Debian, aux cotés de freebsd, hurd et linux. Il faudra dire Debian GNU/Emacs.
[^] # Re: Dans debian
Posté par André Rodier . Évalué à 7.
[^] # Re: Dans debian
Posté par pikapika . Évalué à -1.
# Test de emacs-snapshot (23.0.95.1) de Mandriva
Posté par littlebreizhman . Évalué à 1.
*Messages*
...snip...
Loading php-mode...
c-define-lang-constant: `c-lang-defconst' must be used in a file
Avec le php-mode 1.5.0 : pas vraiment trouvé de solution sur google à part des types qui ont le même problème.
Bon ben je vais patienter un peu avec la version 22.x le temps qu'elle soit mise à jour dans la distrib.
# De rien
Posté par François (site web personnel) . Évalué à 3.
De rien ça fait plaisir :).
Sinon ceci n'est pas un troll : j'encourage les utilisateurs d'emacs à essayer viper. Rien que pour 'hjkl' ça vaut le coup et un utilisateur de vim se trouvera vraiment à cour d'argument pour me faire utiliser vim dans le flot de travail quotidien (la polyvalence et la puissance d'emacs avec les raccourcis de vim...). Dans le même genre, vimperator est vraiment bien.
[^] # Re: De rien
Posté par Etienne Bagnoud (site web personnel) . Évalué à 0.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: De rien
Posté par mota (site web personnel) . Évalué à -3.
En effet, y'a un sacre manque de coherence, mais pardonnons les fantsaisies de certaines brebies egarees.
[^] # Re: De rien
Posté par Camille_B . Évalué à 4.
Sachant, au passage, qu'Emacs est aussi un excellent lecteur de news, de mail, un très bon client irc, un très bon gestionnaire de notes, agenda etc. J'aimerai connaitre la mémoire que prend evolution + pan + firefox + xchat + ... vim.
Comparons ce qui est comparable. Comparons Vim à éditeur de texte, et Emacs à un Desktop ;)
[^] # hjkl?
Posté par Brioche4012 (site web personnel) . Évalué à 2.
# Remarque
Posté par Camille_B . Évalué à -1.
Le vendredi on se lâche (troll)
C'est utilisé ? (troll)
et le noyau ? (débilité)
alternative ? (hors-sujet limite troll)
ROAR (hors-sujet)
pour les grincheux
dans Debian (débilité)
test de emacs-snapthot
de rien
et contiennent quasiment tous plusieurs troll emacs/vim.
Pas mal...
[^] # Re: Remarque
Posté par Benoît Bâlon (site web personnel) . Évalué à 4.
[^] # Re: Remarque
Posté par Camille_B . Évalué à 4.
le vimuser a un sentiment d'infériorité par rapport à l'emacsien que prouve sa propension à venir trainer ses guêtres en terre emacsienne pour cracher ses mesquineries d'un autre âge.
L'emacsien prouve sa sérénité par son absence en terre vi(m|)ienne. L'emacsien n'a pas de temps à perdre avec des nouvelles qui concerne un petit éditeur parmi les autres éditeurs.
[^] # Re: Remarque
Posté par Sytoka Modon (site web personnel) . Évalué à 6.
[^] # Re: Remarque
Posté par Camille_B . Évalué à 8.
# nxml-mode
Posté par Nicolas (site web personnel) . Évalué à 3.
[^] # Re: nxml-mode
Posté par Camille_B . Évalué à 3.
[^] # Re: nxml-mode
Posté par Xavier Maillard . Évalué à 2.
[^] # Re: nxml-mode
Posté par Nicolas Legrand (site web personnel) . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.