Ensuite si tu vois pas l'interet de la souris c'est surement parce que l'ihm d'emacs est prehistorique et monstrueusement limitee : en gros, mis a part afficher du texte, tu peux rien faire...
Faux. Il y a la speedbar, des menus , l'affichage d'images ... Il se trouve que je desactive toutes ces fonctionnalites qui me semblent plutot reservees aux debutants.
Le drag and drop, c'est pas fait pour les chiens.
Ni pour les puristes d'Emacs. Avec un peu de pratique on se deplace et on selectionne du texte beaucoup plus vite avec Emacs (ou vim pour le coup) qu'avec la souris. Quand je vois ces gens qui utilisent la souris pour selectionner un paragraphe et que je me dis "que c'est lent, si seulement ils connaissaient M-k"
Sinon, si ca te fait mal a l'epaule, va falloir penser a organiser ton poste de travail, ou passer a la salle de muscu du coin soulever un peu de fonte. D'aileurs chez moi c'est plutot le coude voire le poignet qui travaille, mais bon.
J'admet travailler avec le clavier sur les genoux a la maison car mon bureau est trop haut. Et c'est articulaire et pas musculaire.
Ce qui m'amene a mon second point, l'interet d'etendre l'ide, c'est aussi d'etendre son ihm, en ajoutant des composant graphiques haut niveau (typiquement, je pense aux plugins permettant de visualiser du xml dans un vrai arbre
Essaye nxml-mode; il permet en particulier de naviguer dans un document XML comme dans des sexp-lisp (c'est a dire en utilisant la structure arborescente sous-jascente)
, ou des Properties sous forme de tableau,
Je sais meme pas ce que c'est
de derouler/enrouler des methodes classes,
Emacs fait ca.
de manipuler des diagrames de classes
Emacs fait ca
schema de BD, diagrames UML).
Ca je sait pas. Je travaille pas dans les BD.
Ou tout simplement, ne serait ce qu'avoir des pop ups,
Emacs fait ca, et je les desactive car je les hais
des fenetres modales,
Si tu parles des fenetres dans la fenetre, il me semble que c'est justement une heresie d'IHM
pouvoir deplacer ses onglets,
Exemple typique de perte de temps avec une IHM
en fermer un sans avoir a se rappeler d'un raccourci a plus de 3 touches.
Effectivement si tu te rappelles pas de C-x k t'as pas du trop trop utiliser Emacs ...
D'ailleurs Emacs fait aussi les onglets.
Sortir des annees 80 quoi, on ne travaille plus a distance sur des mainframe avec un ecran 80*20 noir et blanc.
Non moi non plus. D'ailleurs je n'ai jamais vraiment connu l'informatique des annees 80 car je n'ai que 22 ans.
Et la tu m'excuseras, mais le lisp...
tous les plugins ne passent pas leur temps a traiter des listes ;-)
Car C ne sert qu'a ecrire des systemes d'exploitations?
Et perl ca ne sert qu'a remplacer sed et awk?
Le Lisp est l'un des langages les plus evolues a ce jour: systeme de macro permettant d'etendre le langage a l'infini (le CLOS, systeme d'objet de common lisp, ne demande pas de modification du langage pour exister, au contraire de C++ vs C), REPL (c'est a dire la possibilite de modifier le systeme a la volee. Les programmes Lisp peuvent tourner pendant 10 ans et etre modifies en continu. Cette possibilite de modifier le programme alors qu'il tourne le rend extremement pratique en tant que langage d'extension),
De plus Lisp est un langage extremement simple a apprendre (au contraire de Java); il suffit de s'y mettre (c'est vrai que ca ressemble pas au reste des langages).
Donc oui, c'est un langage extremement pratique pour coder un plugin. Le Lisp d'Emacs n'est peut etre pas aussi featureful que Common Lisp ou Scheme, mais est neanmoins bien agreable.
Je te conseille la lecture de http://www.paulgraham.com/icad.html qui resume les 9 points forts de Lisp (dont certains en commun avec java, mais d'autres unique a Lisp)
[^] # Re: Ce que tu cherches ...
Posté par Matthieu Lemerre . En réponse au journal Choisir un environnement de dev pour y écrire un plugin. Évalué à 2.
Faux. Il y a la speedbar, des menus , l'affichage d'images ... Il se trouve que je desactive toutes ces fonctionnalites qui me semblent plutot reservees aux debutants.
Le drag and drop, c'est pas fait pour les chiens.
Ni pour les puristes d'Emacs. Avec un peu de pratique on se deplace et on selectionne du texte beaucoup plus vite avec Emacs (ou vim pour le coup) qu'avec la souris. Quand je vois ces gens qui utilisent la souris pour selectionner un paragraphe et que je me dis "que c'est lent, si seulement ils connaissaient M-k"
Sinon, si ca te fait mal a l'epaule, va falloir penser a organiser ton poste de travail, ou passer a la salle de muscu du coin soulever un peu de fonte. D'aileurs chez moi c'est plutot le coude voire le poignet qui travaille, mais bon.
J'admet travailler avec le clavier sur les genoux a la maison car mon bureau est trop haut. Et c'est articulaire et pas musculaire.
Ce qui m'amene a mon second point, l'interet d'etendre l'ide, c'est aussi d'etendre son ihm, en ajoutant des composant graphiques haut niveau (typiquement, je pense aux plugins permettant de visualiser du xml dans un vrai arbre
Essaye nxml-mode; il permet en particulier de naviguer dans un document XML comme dans des sexp-lisp (c'est a dire en utilisant la structure arborescente sous-jascente)
, ou des Properties sous forme de tableau,
Je sais meme pas ce que c'est
de derouler/enrouler des methodes classes,
Emacs fait ca.
de manipuler des diagrames de classes
Emacs fait ca
schema de BD, diagrames UML).
Ca je sait pas. Je travaille pas dans les BD.
Ou tout simplement, ne serait ce qu'avoir des pop ups,
Emacs fait ca, et je les desactive car je les hais
des fenetres modales,
Si tu parles des fenetres dans la fenetre, il me semble que c'est justement une heresie d'IHM
pouvoir deplacer ses onglets,
Exemple typique de perte de temps avec une IHM
en fermer un sans avoir a se rappeler d'un raccourci a plus de 3 touches.
Effectivement si tu te rappelles pas de C-x k t'as pas du trop trop utiliser Emacs ...
D'ailleurs Emacs fait aussi les onglets.
Sortir des annees 80 quoi, on ne travaille plus a distance sur des mainframe avec un ecran 80*20 noir et blanc.
Non moi non plus. D'ailleurs je n'ai jamais vraiment connu l'informatique des annees 80 car je n'ai que 22 ans.
Et la tu m'excuseras, mais le lisp...
tous les plugins ne passent pas leur temps a traiter des listes ;-)
Car C ne sert qu'a ecrire des systemes d'exploitations?
Et perl ca ne sert qu'a remplacer sed et awk?
Le Lisp est l'un des langages les plus evolues a ce jour: systeme de macro permettant d'etendre le langage a l'infini (le CLOS, systeme d'objet de common lisp, ne demande pas de modification du langage pour exister, au contraire de C++ vs C), REPL (c'est a dire la possibilite de modifier le systeme a la volee. Les programmes Lisp peuvent tourner pendant 10 ans et etre modifies en continu. Cette possibilite de modifier le programme alors qu'il tourne le rend extremement pratique en tant que langage d'extension),
De plus Lisp est un langage extremement simple a apprendre (au contraire de Java); il suffit de s'y mettre (c'est vrai que ca ressemble pas au reste des langages).
Donc oui, c'est un langage extremement pratique pour coder un plugin. Le Lisp d'Emacs n'est peut etre pas aussi featureful que Common Lisp ou Scheme, mais est neanmoins bien agreable.
Je te conseille la lecture de http://www.paulgraham.com/icad.html qui resume les 9 points forts de Lisp (dont certains en commun avec java, mais d'autres unique a Lisp)
http://l-lang.org/ - Conception du langage L