C'est bien, mais il n'y a aucun rapport. Ce n'est pas parce que tu utilise plus d'une fenêtre que tu utilise un dispositif de pointage. Tu peut même arrêter d'utiliser des fenêtres pour utiliser des clients et pouvoir encore plus facilement te passer d'une souris.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Non, pour moi, pouvoir ouvrir son éditeur depuis un terminal est une raison qui se suffit à elle-même. C’est ainsi que je travaille, je suis dans un shell dans un terminal, j’ouvre l’éditeur dans ce terminal.
Je ne comprends pas cet argument ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Moi j'ai arrêté ça m'embêtait plus qu'autre chose au final et j'utilise gvim depuis longtemps maintenant. Ça me permet d'utiliser des couleurs et polices autre que celle de mon émulateur de terminal, je trouve que c'est plus joli, c'est plus pratique à gérer avec mon gestionnaire de fenêtre (au lieu de devoir lancer un terminal qui lance vim avec un nom particulier, je lance juste vim en mode serveur et j'ai mon raccourcis pour le spawner).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
il y a bien un avantage à utiliser Emacs […], c'est l'interactivité du mode d'édition.
Avec -p c'est interactif, il te demande de valider ou non le renommage. Le seul cas qui reste c'est si tu parle d'un renommage massif qui n'en est pas un. Si tu as les fichiers a.pdf, b.txt et c.png et que tu les renomme en salut.pdf, toto.txt et coucou.png. Ça me paraît assez tordu, j'aurais pas l'idée de le faire, mais pourquoi pas.
Pour helm, c'est une sorte de filtrage, c'est ça ? C'est nettement moins pratique, mais on peut reproduire une partie des cas avec print -l **/*(.) et soit rediriger dans un fichier soit utiliser les pipes. Je connaissais quelqu'un qui ne travaillait que comme ça (fran.b c'est à toi que je pense si tu passe dans le coin). C'est clairement moins pratique, mais ça dépanne très très bien et c'est plus souple (ça me donne l'occasion de montrer un avantage de l'approche découplé), tu peut le faire avec des listes de fichiers qui viennent d'ailleurs (comme la sortie d'une commande git), je suis pas certains que tu puisse travailler avec des copier-coller dans helm (comme quoi l'intégration n'est pas toujours parfaite).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
1 an après la sortie de stable la testing commence à montrer la différence sur du matériel très récent. J'ai quelque installations depuis un an sur du matériel très récent (des portables avec la dernière famille de CPU intel) et l'installation était technique avec stable et triviale avec testing (si je me souviens bien les problèmes venaient surtout de l'EFI et des partitions).
Donc, non des fois il faut être un ubergeek pour faire une installation de stable sur du matos à la noix et madame michu pour installer testing.
Pour ce qui est de la sécurité même s'il faut le prendre au sérieux. Je pense qu'il faut surtout se concentrer sur le web pour un poste client. Donc avoir un navigateur et flash à jour. Les attaques sur les autres logiciels sont déjà très rares avoir une faille 2 ou 3 jours plus longtemps (c'est à dire 16 à 24h si tu utilise ta machine 8h par jour) ce n'est pas forcément énorme (surtout si comme pour shellshock tu te la trimbale déjà depuis 20 ans).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Ou alors tu utilise un logiciel de gestion des exigences comme twiki par exemple (tu peut facilement faire l'importation des .doc avec catdoc). C'est peut être moins bien pour votre cas précis, mais je ne vois pas quel est le gros gain par rapport à un outil que tu développe dans le langage que tu veux et qui va générer les ctags qui vont bien. Toujours en 3h parce que tu peut l'écrire en (e)lisp si c'est ce que tu préfère tant que tu fini par générer quelque chose qui est lisible par ton éditeur.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Quand on a un truc original à faire, non trivial (et il y en a des tonnes), on est content d'avoir la puissance de turing dans un langage relativement simple pour aider.
Non. Les cas où tu aurais à écrire une fonction de manipulation de texte dans un langage généraliste comme lisp pour faire ton action et qui ne soit pas pris en compte par un éditeur un peu sophistiqué est vraiment vraiment vraiment, mais vraiment très très très rare. Et les cas où tu en as suffisamment besoin pour l'inscrire de manière permanente dans ta conf c'est encore plus rares. Mais je suis preneur de tes tonnes d'exemples, qui ne soient pas pris en compte par les macro vim, par sublime text ou carrément par le remplacement structurel d'intellij.
Tu dit ça juste parce que t'as pas besoin de faire de calcul nucléaire pour les réacteurs à hautes pressions avec ton clavier.
Quand j'en ai eu besoin, j'ai probablement était un idiot, j'ai utilisé un code de simulation que je suis bête quand je m'y met.
Il parait qu'il y a des gens qui utilisent leur téléphones pour regarder la télé, moi j'ai pas besoin de regarder la télé, et il ne me viendrait pas à l'esprit de le faire avec sur écran format timbre poste, mais bon… Ces petites bêtes sont turing complète, et ont un écran couleur, alors on regarde la télé avec.
Je regarde pas la télé, mais youtube avec mon téléphone et devine quoi ? Je le fais via l'application youtube ! Aucun intérêt de tout avoir dans un même logiciel.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Il faut quand même aller assez loin dans la complexité pour qu'emacs prenne le pas vu qu'on peut réutiliser tous les modificateurs de variable et au moins une partie des globbings.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Tu t'es surtout senti le besoin de jouer le bien pensant qui voyait directement là, une remarque *-phobe car toutes actions entreprises par un de ces lobbies est de facto positif! En général, hein.
Non c'est les gens qui ramène tout et n'importe quoi à des problème de sexualité et de sexisme qui sont juste ridicule et dont les propos, quand ils partent en vrille comme ça, sont tout à fait inutiles.
Je n'ai fait aucun liens entre cette demande-ci et une quelconque campagne de soutiens LGBT qui existerait, c'était juste une boutade sur les actions politiques passées de Gnome (cf: OPW) et la suite logique qui en aurait découlée.
Quel est le foutu rapport ?
Bref, de la politique!
Ouai donc tu fait de l'amalgame, en partant systématiquement sur du sexisme/homophobisme (sérieux c'est toi qui amène ces sujets !).
À la limite, qu'on fasse un truc à la Humble Bundle, on choisi la façon de répartir les dons.
Ça tombe bien, ils lèvent des fonds pour des sujets précis. Ici c'était défendre leur nom en justice (libre à toi de ne pas participer).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Savoir bien utiliser zsh, c'est bien. Mais Emacs est puissant, interacfif, et facilement scriptable.
Mais t'as pas l'air de connaître Emacs à fond. Quelques exemples, encore.
Comment tu fais, en zsh, pour renommer un lot de fichiers "foo-bar.xx" en "foo_bar.xx" ?
zmv '(*)-(*).xx''$1_$2.xx'
Pour faire des essais tu peut utiliser les options -v et -n. Tu peut simplifier encore la syntaxe avec un alias.
T'as déjà essayé helm-projectile ?
Non.
Pas besoin de mise en cache préalable.
Pour que ce soit rapide c'est une obligation, sinon tu es dépendant de la vitesse de ton fs. Je parle pas d'une action de ta part pour le mettre en cache. Juste que ton noyau de lui même tout mettre en cache (ce n'est pas la peine que ton éditeur le fasse pour toi. Ensuite ce n'est qu'une partie, il y a tous les raccourcis pour aller chercher un fichier que tu a déjà manipuler dans l'historique.
zsh c'est bien, c'est bien pour du script, mais pour travailler: Emacs ! (c'est sûr que c'est un paradigme différent. J'ai reporté bcp de tâches du terminal dans Emacs. Tout le monde n'aime ou ne comprends pas l'intérêt).
Je comprends tout à fait l'intérêt, la question ne porte même pas sur les logiciels, mais sur l’environnement de travail.
Tu utilise un environnement maximaliste qui repose sur une très forte intégration de tout ce que tu utilise. C'est les principe même des IDE (de ma part ce n'est pas une critique). Utiliser git par exemple se fait normalement via des commandes génériques de vcs.
Je préfère utiliser une constellation d'outils qui sont intégrés les uns aux autres par mon shell. C'est une approche minimaliste dont l'intégration est principalement faite par ta connaissance de chaque outil. Utiliser git se fait par en utilisant la commande git brute de décoffrage.
Les deux se valent et même si ça n'était pas le cas ça n'a rien de très important. Ton utilisation n'influence en rien la mienne.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Je sais pas. IntelliJ a un mode intéressant qui consiste à agrandir la sélection de manière incrémentale. Tu te met sur un mot, tu fais Ctrl+w ça sélectionne le mot, encore Ctrl+w et c'est la phrase, puis la ligne, puis le paragraphe, etc
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
On parle un (tout petit) peu de ST sur les canaux de dev Emacs. Tout peut être implémenté ; désolé si on n'est pas plus impressionné que ça. Genre le truc "pixel moving" qui est mis systématiquement en avant, les curseurs multiples, bof.
Je ne sais pas de quoi tu parle, mais c'est AMHA évident que des brutes d'emacs ne voient pas l'intérêt des nouveautés d'à coté. Ils peuvent avoir un comportement proche via des tweaks complexes pour le commun des mortels et rudimentaires pour eux et ils n'ont pas d'intérêt particulier à rendre simple ce qu'ils trouvent déjà simples par exemple.
les curseurs multiples, bof
Je suis un gros utilisateur de vim et j'adore les expressions régulières (je ne suis pas forcément très bon, mais ça me dérange pas de chercher un peu pour trouver en expérimentant) et ben je te garantis que quand tu as goûté à la sélection multiple ça te paraît bien pratique même fasse aux expressions régulières. Les expressions régulière tu t'en sert quand tu en as vraiment besoin, les curseurs multiples tu t'en sert pour tout et n'importe quoi quasiment tout le temps et bien plus rapidement.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Quand tu travailles sur un projet qui a une grande arborescence, crois moi qu'un terminal c'est vraiment pénible pour t'y retrouver et lancer ton éditeur de texte, tu préfères que ton éditeur garde en mémoire les fichiers de travail qui comptent pour toi.
Ça ne demande pas un gestionnaire de fichier.
J'ai travaillé sur des projets java avec une foule de fichier et des arborescences assez profondes avec mon zsh et non personne ne le gagne (sauf intellij en fait parce qu'il comprend le java). Une fois que tu as ton arborescence dans le cache, l'utilisation de globbing étendus et la description des chemins par la ou les premières lettres des dossiers est très rapide
Arrêtez de dire que X ou Y c'est anti-UNIX, ça n'a aucun sens. Emacs repose une grande partie de ses extensions sur des utilitaires UNIX et ne réimplante pas tout lui même. C'est une autre manière de faire des tâches qui collaborent ensemble.
Le couplage est relativement fort. Si je veux utiliser autre chose que les classiques (genre fetchmail) ça ne marche plus forcément si bien. Et sa augmente la sophistication du logiciel pour un gain faible voir très faible. C'est typiquement le genre de trucs qui est fait avec un concept bien précis en tête : "je ferrais tout via emacs".
Certains n'adhèrent pas et préfèrent avoir des configurations séparées qu'ils peuvent comprendre indépendamment, debuguer indépendamment et pour les quels ils peuvent changer de crèmerie facilement.
En plus, être "anti-unix" n'est pas vraiment un argument, sinon tu vas utiliser Plan 9 pour avoir un système philosophiquement plus cohérent que UNIX lui même ?
Ou utiliser mutt ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
En tous cas, chez moi, à part ce qui a trait à images/vidéo/pdfs… , tous les logiciels que j'utilise passent par le terminal dans une session tmux, ce qui me fournit un environnement homogène, tous les outils que je connais étant à portée de main; et aussi, j'ai le même environnement à travers ssh qu'en local, ce qui n'est pas mal.
Et ça pète joyeusement la moitié de tes raccourcis clavier de tes logiciels. tmux/screen sont vraiment lourdingues à cause de ça. Ils ajoutent encore un niveau de raccourcis qui vient te casser les noisettes. Ils sont utilise surtout pour garder des logiciels ouverts entre différentes sessions.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Quant à éditer des trucs distance, Emacs le fait depuis j'ai oublié, tiens.
Oui, j'ai jamais dis le contraire. Je dis justement que lancer un éditeur dans un terminal n'est pas forcément si utile que ça.
Sérieusement, tu t'investis dans l'approche d'un éditeur de texte, tu te fais tes marques tout bien bien mais quand ton serveur X est cassé tu dois en utiliser un autre pour le réparer ? C'est triste.
Bof (note à titre personnel j'utilise 3 ou 4 éditeurs de texte quotidiennement dont vim -mon principal depuis 8 ans-, pas trop emacs). Je n'ai pas cassé mon serveur x depuis plus de 4 ans, mais à part si c'est pour réparer quelque chose que j'ai moi même fais (alors je restaure simplement l'ancienne version de ma conf avec cp. Soit je ne saurais pas faire sans l'aide d'internet et ça ne m'amuse pas d'utiliser links. Faut voir aussi que c'est un cas où tu va pas y rester très longtemps : je doute que tu passe 8h à corriger ton serveur X, ni que tu ai les même besoins de productivité pour le faire.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Si tu te dis qu'Emacs n'est pas un éditeur de fichiers, mais un outil pour éditer du texte, alors savoir faire tout ça a du sens.
C'est de la pure rhétorique.
Tu vois pas l'intérêt du navigateur de fichiers (Dired) ? C'est pourtant une chose qu'on fait constamment en programmant. On doit trouver un fichier, ou bien renommer des lots de fichiers (alors on peut le faire interactivement, et avec toutes les commandes d'édition habituelles, ce qui est plus sympa et efficace que du bash), ou bien se créer une liste de fichiers spécifique à un projet sur laquelle on travaille, etc.
Face à zsh ? Le gestionnaire de fichier d'emacs est alors trop basique. Pour manipuler des fichiers en fonction de leur taille, de leur type, lancer des appli dessus, le shell seras toujours plus efficace, c'est bien pour ça qu'ils ont intégré un pseudo terminal.
Le mail, c'est plus gadget, mais quitte à écrire du texte, autant utiliser un éditeur avec de vrais fonctionnalités d'édition
Ouai mais c'est vraiment anti-unix. C'est ton MUA qui doit lancer ton éditeur de fichier préféré.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
L'apport est assez faible dans la majorité des cas car les besoins sont simples et/ou peuvent être facilement répertoriés. Avoir ta fonction rien qu'à toi qui déchire c'est un fantasme qui est largement pris en compte par l'utilisation de macro par exemple.
tout est du texte
En fait ça outre passe un paquet de raccourcis clavier par défaut de readline/zle et pour quelqu'un qui utilise massivement ces raccourcis c'est juste un coup à balancer l'ordinateur par la fenêtre et d'aller le suivre pour lui sauter dessus une fois qu'il sera arrivé au sol. Le fait de devoir lister ces raccourcis clavier et de les supprimer de la conf d'emacs, mais que dans les buffers qui vont bien me semble peu intéressant face au gain, c'est à dire, faire des copier-coller à la mode emacs.
Ton systemd ne fait pas navigateur de fichiers comme Emacs (Dired)…
Multiplier les fonctions à l'infini ne sert à rien. On pourrait ajouter un code de calcul nucléaire pour les réacteurs à hautes pressions dans le driver de mon clavier que ça ne rendrait pas mon clavier plus cool.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Après combien d'année d'utilisation ou d'heure de formation on peut s'en servir
Le temps d'apprendre comment ouvrir un fichier, et comment le sauver… Je connais pas ton rythme, alors je vais dire 2 minutes, pour te laisser du temps :)
emacs -nw mon_fichier.txt
C-x C-c
Ce n'est pas vraiment écrire des fonctions elisp pour redéfinir le comportements d'emacs.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Non, il ne le fait pas et si c'est de moins en moins utile parce qu'il y a de plus en plus de possibilité de faire de l'édition distante (par exemple avec sshfs ou par l'utilisation d'un gestionnaire de version entre ce qui se trouve sur la machine distante et ta machine locale). Pour corriger un problème locale qui casse ton serveur X d'une part ça devrait être rare (du moins j'espère pour toi) d'autre part de plus en plus de gens passent par une distribution live (ce qui permet d'aller chercher des info sur internet plus facilement).
Le dernier cas d'usage qui me semble pas comblé c'est pour ceux qui utilisent screen.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Emacs est une machine lisp. Il est lui-même éditable avec son propre langage de programmation et ça, c'est puissant.
Waw ! Trop badass ! Ils en parlent dans le prochain expendables ?
Puissant c'est bien, mais ça sert à quoi concrètement ? Après combien d'année d'utilisation ou d'heure de formation on peut s'en servir. Pour couvrir 80~90% des besoins, on met combien de temps avec sublime text ?
Un autre truc incroyable c'est que dans emacs, tout ce qui est affiché est du texte. On peut donc s'en servir pour naviguer, lancer toute sorte de grep, etc (exple: la sortie formatée d'une compilation).
C'est un truc sympa, mais j'ai jamais trouvé ça agréable.
Et puis, Emacs n'est pas qu'un éditeur de texte, mais un navigateur de fichiers, un terminal (où tout le buffer est du texte !), une interface avec des commandes shell, un navigateur d'images, un lecteur de musique, un client mail,… dans Sublime ou autre, on doit utiliser d'autres outils, externes.
Emacs possède org-mode.
Mon systemd fait ça aussi.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Faut pas regarder la concurrence en chien de faïence et sortir le maximum d'argument pour "détruire" l'autre. Sublime text a apporté un paquet de nouvelles idées et à rendue facilement utilisable un paquet de fonctionnalités déjà existantes. C'est très intéressant et ça devrait donner à réfléchir aux vieux du marché qui ont une courbe d'apprentissage incroyablement plus complexe.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Posté par barmic .
En réponse à la dépêche GNU Emacs 24.4.
Évalué à -3.
Dernière modification le 13 novembre 2014 à 11:20.
Sublime Text ou Atom peuvent être utilisés dans un terminal ?
C'est tout de même de moins en moins utile ça.
Fonctionnent-ils sur autant de plate-formes différentes ?
Question inintéressante. Si je trouve un éditeur qui fonctionne sur qnx, Windows sur ARM, les calculatrices TI, Casio et HP, le nouvel OS d'Alan Cox, AIX, Gnu/Hurd, etc mais pas sur linux, windows sur x86 ni MacOS. Tu t'en foutra.
La question serait donc plus est-ce qu'il fonctionne sur les plateformes que tu utilise et je ne m'avance pas trop en disant que c'est le cas pour beaucoup de gens.
Peut-on changer les raccourcis claviers comme bon nous semble ?
Que je sache oui.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Félicitations
Posté par barmic . En réponse à la dépêche GNU Emacs 24.4. Évalué à 4.
C'est bien, mais il n'y a aucun rapport. Ce n'est pas parce que tu utilise plus d'une fenêtre que tu utilise un dispositif de pointage. Tu peut même arrêter d'utiliser des fenêtres pour utiliser des clients et pouvoir encore plus facilement te passer d'une souris.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Félicitations
Posté par barmic . En réponse à la dépêche GNU Emacs 24.4. Évalué à 1.
Je ne comprends pas cet argument ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Félicitations
Posté par barmic . En réponse à la dépêche GNU Emacs 24.4. Évalué à 3.
Moi j'ai arrêté ça m'embêtait plus qu'autre chose au final et j'utilise gvim depuis longtemps maintenant. Ça me permet d'utiliser des couleurs et polices autre que celle de mon émulateur de terminal, je trouve que c'est plus joli, c'est plus pratique à gérer avec mon gestionnaire de fenêtre (au lieu de devoir lancer un terminal qui lance vim avec un nom particulier, je lance juste vim en mode serveur et j'ai mon raccourcis pour le spawner).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Félicitations
Posté par barmic . En réponse à la dépêche GNU Emacs 24.4. Évalué à 2.
Avec
-pc'est interactif, il te demande de valider ou non le renommage. Le seul cas qui reste c'est si tu parle d'un renommage massif qui n'en est pas un. Si tu as les fichiersa.pdf,b.txtetc.pnget que tu les renomme ensalut.pdf,toto.txtetcoucou.png. Ça me paraît assez tordu, j'aurais pas l'idée de le faire, mais pourquoi pas.Pour helm, c'est une sorte de filtrage, c'est ça ? C'est nettement moins pratique, mais on peut reproduire une partie des cas avec
print -l **/*(.)et soit rediriger dans un fichier soit utiliser les pipes. Je connaissais quelqu'un qui ne travaillait que comme ça (fran.b c'est à toi que je pense si tu passe dans le coin). C'est clairement moins pratique, mais ça dépanne très très bien et c'est plus souple (ça me donne l'occasion de montrer un avantage de l'approche découplé), tu peut le faire avec des listes de fichiers qui viennent d'ailleurs (comme la sortie d'une commandegit), je suis pas certains que tu puisse travailler avec des copier-coller dans helm (comme quoi l'intégration n'est pas toujours parfaite).Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: C'est dommage
Posté par barmic . En réponse à la dépêche Gel de Debian 8.0 Jessie. Évalué à 5.
1 an après la sortie de stable la testing commence à montrer la différence sur du matériel très récent. J'ai quelque installations depuis un an sur du matériel très récent (des portables avec la dernière famille de CPU intel) et l'installation était technique avec stable et triviale avec testing (si je me souviens bien les problèmes venaient surtout de l'EFI et des partitions).
Donc, non des fois il faut être un ubergeek pour faire une installation de stable sur du matos à la noix et madame michu pour installer testing.
Pour ce qui est de la sécurité même s'il faut le prendre au sérieux. Je pense qu'il faut surtout se concentrer sur le web pour un poste client. Donc avoir un navigateur et flash à jour. Les attaques sur les autres logiciels sont déjà très rares avoir une faille 2 ou 3 jours plus longtemps (c'est à dire 16 à 24h si tu utilise ta machine 8h par jour) ce n'est pas forcément énorme (surtout si comme pour shellshock tu te la trimbale déjà depuis 20 ans).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Félicitations
Posté par barmic . En réponse à la dépêche GNU Emacs 24.4. Évalué à 4.
Ou alors tu utilise un logiciel de gestion des exigences comme
twikipar exemple (tu peut facilement faire l'importation des.docaveccatdoc). C'est peut être moins bien pour votre cas précis, mais je ne vois pas quel est le gros gain par rapport à un outil que tu développe dans le langage que tu veux et qui va générer les ctags qui vont bien. Toujours en 3h parce que tu peut l'écrire en (e)lisp si c'est ce que tu préfère tant que tu fini par générer quelque chose qui est lisible par ton éditeur.Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Autant j'adore Gnome,
Posté par barmic . En réponse à la dépêche La marque Gnome convoitée par la société Groupon. Évalué à 6.
N'ayant pas de dons de voyance, j'imagine qu'il est compliqué pour eux de prédire le coût que tout cela aurait.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Félicitations
Posté par barmic . En réponse à la dépêche GNU Emacs 24.4. Évalué à 3.
Non. Les cas où tu aurais à écrire une fonction de manipulation de texte dans un langage généraliste comme lisp pour faire ton action et qui ne soit pas pris en compte par un éditeur un peu sophistiqué est vraiment vraiment vraiment, mais vraiment très très très rare. Et les cas où tu en as suffisamment besoin pour l'inscrire de manière permanente dans ta conf c'est encore plus rares. Mais je suis preneur de tes tonnes d'exemples, qui ne soient pas pris en compte par les macro vim, par sublime text ou carrément par le remplacement structurel d'intellij.
Quand j'en ai eu besoin, j'ai probablement était un idiot, j'ai utilisé un code de simulation que je suis bête quand je m'y met.
Je regarde pas la télé, mais youtube avec mon téléphone et devine quoi ? Je le fais via l'application youtube ! Aucun intérêt de tout avoir dans un même logiciel.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Félicitations
Posté par barmic . En réponse à la dépêche GNU Emacs 24.4. Évalué à 2.
Il faut quand même aller assez loin dans la complexité pour qu'emacs prenne le pas vu qu'on peut réutiliser tous les modificateurs de variable et au moins une partie des globbings.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Autant j'adore Gnome,
Posté par barmic . En réponse à la dépêche La marque Gnome convoitée par la société Groupon. Évalué à 4.
Non c'est les gens qui ramène tout et n'importe quoi à des problème de sexualité et de sexisme qui sont juste ridicule et dont les propos, quand ils partent en vrille comme ça, sont tout à fait inutiles.
Quel est le foutu rapport ?
Ouai donc tu fait de l'amalgame, en partant systématiquement sur du sexisme/homophobisme (sérieux c'est toi qui amène ces sujets !).
Ça tombe bien, ils lèvent des fonds pour des sujets précis. Ici c'était défendre leur nom en justice (libre à toi de ne pas participer).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Félicitations
Posté par barmic . En réponse à la dépêche GNU Emacs 24.4. Évalué à 2.
Dans vim, non. Dans sublime text je sais pas.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Félicitations
Posté par barmic . En réponse à la dépêche GNU Emacs 24.4. Évalué à 3.
Pour faire des essais tu peut utiliser les options
-vet-n. Tu peut simplifier encore la syntaxe avec un alias.Non.
Pour que ce soit rapide c'est une obligation, sinon tu es dépendant de la vitesse de ton fs. Je parle pas d'une action de ta part pour le mettre en cache. Juste que ton noyau de lui même tout mettre en cache (ce n'est pas la peine que ton éditeur le fasse pour toi. Ensuite ce n'est qu'une partie, il y a tous les raccourcis pour aller chercher un fichier que tu a déjà manipuler dans l'historique.
Je comprends tout à fait l'intérêt, la question ne porte même pas sur les logiciels, mais sur l’environnement de travail.
Tu utilise un environnement maximaliste qui repose sur une très forte intégration de tout ce que tu utilise. C'est les principe même des IDE (de ma part ce n'est pas une critique). Utiliser git par exemple se fait normalement via des commandes génériques de vcs.
Je préfère utiliser une constellation d'outils qui sont intégrés les uns aux autres par mon shell. C'est une approche minimaliste dont l'intégration est principalement faite par ta connaissance de chaque outil. Utiliser git se fait par en utilisant la commande git brute de décoffrage.
Les deux se valent et même si ça n'était pas le cas ça n'a rien de très important. Ton utilisation n'influence en rien la mienne.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Autre chose que seuls Emacs et vim font…
Posté par barmic . En réponse à la dépêche GNU Emacs 24.4. Évalué à 3.
Je sais c'est pour ça que je dis que je sais pas.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Autre chose que seuls Emacs et vim font…
Posté par barmic . En réponse à la dépêche GNU Emacs 24.4. Évalué à 3.
Je sais pas. IntelliJ a un mode intéressant qui consiste à agrandir la sélection de manière incrémentale. Tu te met sur un mot, tu fais Ctrl+w ça sélectionne le mot, encore Ctrl+w et c'est la phrase, puis la ligne, puis le paragraphe, etc
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Félicitations
Posté par barmic . En réponse à la dépêche GNU Emacs 24.4. Évalué à 2.
Je ne sais pas de quoi tu parle, mais c'est AMHA évident que des brutes d'emacs ne voient pas l'intérêt des nouveautés d'à coté. Ils peuvent avoir un comportement proche via des tweaks complexes pour le commun des mortels et rudimentaires pour eux et ils n'ont pas d'intérêt particulier à rendre simple ce qu'ils trouvent déjà simples par exemple.
Je suis un gros utilisateur de vim et j'adore les expressions régulières (je ne suis pas forcément très bon, mais ça me dérange pas de chercher un peu pour trouver en expérimentant) et ben je te garantis que quand tu as goûté à la sélection multiple ça te paraît bien pratique même fasse aux expressions régulières. Les expressions régulière tu t'en sert quand tu en as vraiment besoin, les curseurs multiples tu t'en sert pour tout et n'importe quoi quasiment tout le temps et bien plus rapidement.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Félicitations
Posté par barmic . En réponse à la dépêche GNU Emacs 24.4. Évalué à 2.
Le couplage est relativement fort. Si je veux utiliser autre chose que les classiques (genre fetchmail) ça ne marche plus forcément si bien. Et sa augmente la sophistication du logiciel pour un gain faible voir très faible. C'est typiquement le genre de trucs qui est fait avec un concept bien précis en tête : "je ferrais tout via emacs".
Certains n'adhèrent pas et préfèrent avoir des configurations séparées qu'ils peuvent comprendre indépendamment, debuguer indépendamment et pour les quels ils peuvent changer de crèmerie facilement.
Ou utiliser mutt ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Félicitations
Posté par barmic . En réponse à la dépêche GNU Emacs 24.4. Évalué à -1.
Et ça pète joyeusement la moitié de tes raccourcis clavier de tes logiciels. tmux/screen sont vraiment lourdingues à cause de ça. Ils ajoutent encore un niveau de raccourcis qui vient te casser les noisettes. Ils sont utilise surtout pour garder des logiciels ouverts entre différentes sessions.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Félicitations
Posté par barmic . En réponse à la dépêche GNU Emacs 24.4. Évalué à 3.
Oui, j'ai jamais dis le contraire. Je dis justement que lancer un éditeur dans un terminal n'est pas forcément si utile que ça.
Bof (note à titre personnel j'utilise 3 ou 4 éditeurs de texte quotidiennement dont vim -mon principal depuis 8 ans-, pas trop emacs). Je n'ai pas cassé mon serveur x depuis plus de 4 ans, mais à part si c'est pour réparer quelque chose que j'ai moi même fais (alors je restaure simplement l'ancienne version de ma conf avec
cp. Soit je ne saurais pas faire sans l'aide d'internet et ça ne m'amuse pas d'utiliser links. Faut voir aussi que c'est un cas où tu va pas y rester très longtemps : je doute que tu passe 8h à corriger ton serveur X, ni que tu ai les même besoins de productivité pour le faire.Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Félicitations
Posté par barmic . En réponse à la dépêche GNU Emacs 24.4. Évalué à -1.
C'est de la pure rhétorique.
Face à zsh ? Le gestionnaire de fichier d'emacs est alors trop basique. Pour manipuler des fichiers en fonction de leur taille, de leur type, lancer des appli dessus, le shell seras toujours plus efficace, c'est bien pour ça qu'ils ont intégré un pseudo terminal.
Ouai mais c'est vraiment anti-unix. C'est ton MUA qui doit lancer ton éditeur de fichier préféré.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Félicitations
Posté par barmic . En réponse à la dépêche GNU Emacs 24.4. Évalué à 3.
L'apport est assez faible dans la majorité des cas car les besoins sont simples et/ou peuvent être facilement répertoriés. Avoir ta fonction rien qu'à toi qui déchire c'est un fantasme qui est largement pris en compte par l'utilisation de macro par exemple.
En fait ça outre passe un paquet de raccourcis clavier par défaut de readline/zle et pour quelqu'un qui utilise massivement ces raccourcis c'est juste un coup à balancer l'ordinateur par la fenêtre et d'aller le suivre pour lui sauter dessus une fois qu'il sera arrivé au sol. Le fait de devoir lister ces raccourcis clavier et de les supprimer de la conf d'emacs, mais que dans les buffers qui vont bien me semble peu intéressant face au gain, c'est à dire, faire des copier-coller à la mode emacs.
Multiplier les fonctions à l'infini ne sert à rien. On pourrait ajouter un code de calcul nucléaire pour les réacteurs à hautes pressions dans le driver de mon clavier que ça ne rendrait pas mon clavier plus cool.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Félicitations
Posté par barmic . En réponse à la dépêche GNU Emacs 24.4. Évalué à 3.
Ce n'est pas vraiment écrire des fonctions elisp pour redéfinir le comportements d'emacs.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Félicitations
Posté par barmic . En réponse à la dépêche GNU Emacs 24.4. Évalué à 1.
Non, il ne le fait pas et si c'est de moins en moins utile parce qu'il y a de plus en plus de possibilité de faire de l'édition distante (par exemple avec sshfs ou par l'utilisation d'un gestionnaire de version entre ce qui se trouve sur la machine distante et ta machine locale). Pour corriger un problème locale qui casse ton serveur X d'une part ça devrait être rare (du moins j'espère pour toi) d'autre part de plus en plus de gens passent par une distribution live (ce qui permet d'aller chercher des info sur internet plus facilement).
Le dernier cas d'usage qui me semble pas comblé c'est pour ceux qui utilisent screen.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Félicitations
Posté par barmic . En réponse à la dépêche GNU Emacs 24.4. Évalué à -2.
Waw ! Trop badass ! Ils en parlent dans le prochain expendables ?
Puissant c'est bien, mais ça sert à quoi concrètement ? Après combien d'année d'utilisation ou d'heure de formation on peut s'en servir. Pour couvrir 80~90% des besoins, on met combien de temps avec sublime text ?
C'est un truc sympa, mais j'ai jamais trouvé ça agréable.
Mon systemd fait ça aussi.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Félicitations
Posté par barmic . En réponse à la dépêche GNU Emacs 24.4. Évalué à 5.
Faut pas regarder la concurrence en chien de faïence et sortir le maximum d'argument pour "détruire" l'autre. Sublime text a apporté un paquet de nouvelles idées et à rendue facilement utilisable un paquet de fonctionnalités déjà existantes. C'est très intéressant et ça devrait donner à réfléchir aux vieux du marché qui ont une courbe d'apprentissage incroyablement plus complexe.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Félicitations
Posté par barmic . En réponse à la dépêche GNU Emacs 24.4. Évalué à -3. Dernière modification le 13 novembre 2014 à 11:20.
C'est tout de même de moins en moins utile ça.
Question inintéressante. Si je trouve un éditeur qui fonctionne sur qnx, Windows sur ARM, les calculatrices TI, Casio et HP, le nouvel OS d'Alan Cox, AIX, Gnu/Hurd, etc mais pas sur linux, windows sur x86 ni MacOS. Tu t'en foutra.
La question serait donc plus est-ce qu'il fonctionne sur les plateformes que tu utilise et je ne m'avance pas trop en disant que c'est le cas pour beaucoup de gens.
Que je sache oui.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)