que vim soit plus /populaire/ ; là c'est à mon sens chose officielle. Allez voir les sondages sur reddit. Peut être mauvaise source, mais les chiffres sont accablants.
Avec Emacs on lit & compose des mails. Y'a, au bas mot, 6 lecteurs de mails différents.
Dired, qui permet de naviguer dans les fichiers, permet aussi d'éditer des noms de fichiers comme du texte : cad en bénéficiant des mêmes fonctionnalités. Emacs n'a pas UNE sélection en rectangle, il en a au moins 3 (le rectangle CUA, celui récent je crois version 25, et le evil qui singe vim) (<--- bon ok mauvaise foi inside )
On peut lire du rss.
Emacs a un navigateur. Non plusieurs. Bon par contre le navigateur xwidget, pas sûr que ce soit inclus dans la moindre distrib. (des infos?)
Emacs peut émuler VIM. Bonne chance pour émuler Emacs avec VIM!
VIM a acquis (récemment je crois?) un terminal. Mais Emacs en a plusieurs, dont un en lisp, dans lequel on se ballade comme on se ballade dans du texte…
VIM a bien sûr des avantages, mais ce sont plutôt : une config initiale déjà ok, plus léger, peut être plus adapté pour éditer d'énormes fichiers (encore que sous Emacs c'est possible mais faut faire attention). VIM peut être meilleur, mais pas plus complet. Et non on ne peut certainement pas citer la logique "commande -> mouvement" de VIM, puisque Emacs en est capable.
Un combat en cours, et qui s'annonce génialissime des deux côtés, est le multi thread. Le travail commence sur Emacs, sur Vim ce serait plutôt pour les plugins pour l'instant, si j'ai bien compris. Emacs ce n'est pas encore implémenté, mais cela pourrait aller plus loin. Faites vos jeux.
j'ai vu qu'il y a déjà un certains nombres de formules builtin. Est-ce que tu as une idée du travail que tu fera sur les fonctions pour les string? (gauche, droite, substitue, toussa)?
j'avoue que voir quelqu'un écrire un tableur… c'est beau & effrayant!
si j'avais pensé à un mode emacs au début, hormis bien sûr pour les questions d'interface, c'était parce emacs je suppose à déjà du code utilisable pour n'afficher qu'une partie.
même si l'affichage de cellules est important, & malgré la puissance des tableurs GUI, leur orientation les limite dans les possibilités : se concentrer sur une colonne, puis revenir à la liste complète des colonnes. Travailler sur quelques cellules, mettre dans un registre, revenir au tableau complet. Passer une colonne entière à une commande externe… J'imagine que des tableurs console peuvent inventer une puissance inégalable!
je viens de tester. Ça semble très léger mais je n'ai pas de gros classeur sous le coude.
Le manuel est un peu court mais assez dense en fonctionnalités. Par contre ça sent la courbe d'apprentissage de folie.
"il serait possible de calculer, pour chaque marchandise, […] le coût […] ainsi que ce qu'elle rapporte"
Ensuite le journal donne des exemples, assez ancrés dans la réalité, d'erreurs, de comportement problématiques, de mauvaises décisions etc.
Très bien. Ce qui me gêne, quoi que j'ai plussoyé car il y a du matos (et hélas ça sent le vécu!), c'est la formulation.
Analyser les pertes & profits, ce n'est pas une science dure, ce n'est pas exact. Certains éléments peuvent être facilement "découpés", "répartis". Par exemple je ne sais pas de la place dans un entrepôt pourquoi pas. D'autres éléments sont bien plus difficiles à répartir.
Il y a d'ailleurs une technique de dire, "bon les coûts que j'arrive à répartir par produit, je les réparti ; et les autres indicateurs je regarde au global." Autrement dit ne faire de l'analytique que sur les revenus & coûts directs, le "haut" de pnl. Une autre technique, est de dire "bon bah quand c'est plus difficile de répartir, tant pis je prends des raccourcis, des clés de répartition, what the the hell osef!".
Dans les deux cas, non "il ne serait pas possible de calculer". Mais si une entreprise choisit bien ses indicateurs, ses méthodes, ses efforts, bien sûr qu'elle pourra apprendre des choses. Il n'y a pas une analyse mais autant que d'atomes dans l'univers. L'analyse est parfois au service du court terme, mais pas forcément. L'analyse peut être erronnée ou mensongère, mais pas forcément. Ça peut même être intéressant qui sait.
Difficile de lier cela à la sous traitance & à ses ratés.
Je dirai que Apple ou Google pratiquent comme les autres entreprises. Eh bien on peut les critiquer pour cent mille raisons, mais ils arrivent à faire de l'argent ; comme quoi les écoles de cadre sup ne sont pas si mauvaises!
je n'ai pas de cahier des charges dignes de ce nom. Mais bon
- pouvoir filtrer facilement, en fonction de critère une colonne ou plusieurs
mine de rien le tri sous excel est assez balèze.
- pareil pour le tri : tri sur plusieurs colonnes
- pouvoir faire un "recherchev" (équivalent d'une jointure pour aller chercher une info sur une autre table)
- faire des formules facilement
Lacarte : de ce que je comprends ça reprend simplement, sous une autre forme, le menu "natif". Equivalent de la barre de menu en raccourcis clavier.
Ce qui me dérange est que le menu n'est pas modal. C'est à dire qu'on a toujours les mêmes options, mais un menu correspondant au mode majeur s'ajoute simplement.
Même si NU-MODE n'est pas encore super évolué sur ce point, je souhaite des menus plus réactifs qui s'adaptent bien au mode majeur & si possible aux modes mineurs, & s'il y a une sélection ou pas (mark set).
On pourrait même aller plus loin sur org (est-ton sur un headline? un tableau?)
A cet effet je vais isoler le code, par ex lié à org-mode, dans un fichier. Ceci me permettra de réperer les macros qui manqueraient pour intégrer nu-mode à org-mode. Les macros pourront ensuite être réutilisées ailleurs.
En pratique les macros ce sera très simple : tout juste revoir le contenu des menus, peut être un petit advice ou hook que les macros pourraient faciliter.
Helm j'ai pas mal utilisé mais j'en suis revenu. Trop lourd, pas assez intuitif. Mais NU-MODE intègre une possibilité pour helm. Donc le style de completion est indépendant de NU-MODE : le user peut utiliser helm, ido, ivy. Ivy est simplement par défaut.
Yasnippet il y aurait deux voies. Aujourd'hui NU-MODE rebind Ctrl-Space sur le préfixe "C-c". On peut donc utiliser tous les raccourcis mode majeur / mode mineur / utilisateur. Yasnippet en fait partie. Donc cette voie là il n'y a rien à coder. je pense seulement améliorer cette partie en faisant de Ctrl-Space un menu qui listera tous les raccourcis C-c. Cf ci dessous pourquoi ce n'est pas déjà fait.
Donc ça c'est pour la voie 1, "yasnippet est en fait déjà intégré dans NU-MODE et cette intégration va s'améliorer un peu".
Ensuite il y aurait la voie 2. Dès lors que yasnippet est actif, il faut revoir le menu insert pour intégrer les fonctiosn yasnippet. Ou ce genre d'intégration.
pourquoi lister les raccourcis C-c est un peu embêtant?
=> je ne trouve pas de fonction lisp native pour ça (mode-specific-map n'étant pas vraiment une keymap), il faut se reposer sur une fonction c qui génère un buffer contenant les raccourcis , puis le parser. Un peu moche!
Merci pour le correctif. Effectivement le journal est parti d'un texte formaté dans une autre dimension que j'aurai dû adapter plus - pan sur mes doigts.
ah pour le bépo cela peut venir du manque de clarté du journal. NU-MODE utilise les raccourcis standards tels que control+f pour chercher ou control+r pour remplacer, control+n nouveau etc. La version Alt de la touche déclenche immédiatement une fonction. Dans le cas replace, ce sera replace-regexp, dans le cas créé un nouveau buffer vierge. Or, par chance, les lettres I J K L qui sont parfaitement alignées pour servir de manette, ne sont pas partie des raccourcis les plus fréquents. On peut donc maintenir en parallèle les deux. Sur un bépo, les lettres i j k l ne sont plus bien placées. Il faudrait par exemple prendre L S R N. Mais alors on empiète sur la première définition, "la touche s doit sauver".
sinon merci je ne connaissais pas le which-key-mode, seulement where-is / describe-keymap & consorts. Je pensais bêtement que Spacemacs codait sa présentation. Cela dit ça n'arrange en rien le problème d'ergonomie, c'est une option pour découvrir. Qui pourrait être intéressant pour le cas Ctrl-c.
évidemment c'était à l'époque, ça date quand même de 40 piges. En informatique 40 ans çe ne change pas grand chose.
je pense que réécrire ce serait juste pas possible. d'après ce site merveilleux, https://www.openhub.net/p/emacs/analyses/latest/languages_summary
nous avons
- en C : trois cent quarante deux mille lignes
- en Lips : un million cent quatre vingt neuf mille lignes
- et si, si , y'a du python ! trois cent lignes.
déjà Emacs à la fameuse question de passer à un Lisp un peu mieux, et rien que là ça bloque depuis des années,
et peut être ad vitam
en python ça existe aussi forcément.
pourquoi lisp resterait intéressant? je dirai que dès le début RMS a choisi le language le plus approprié pour un cas bien précis.
Dès le début il s'agissait d'éditer du texte, et dès le début il s'agissait de pouvoir customiser à gogo.
après désolé ça sort de mon domaine de compétence.
il manque des commentaires sur, pourquoi lisp est adapté au texte.
ce qui est certain est, que lisp s'apprend très facilement.
je pense que tous les commentaires, vont un peu dans ce sens.
La puissance de Emacs ce n'est pas que cet outil offre tout, c'est pourquoi cet outil offre tout.
Pourquoi? eh bien parce passé quelques douleurs au début, lisp est plutôt facile.
on peut apprendre en customisant un peu des trucs faciles.
puis, des minis trucs perso.
on va vite fait de coder un minor-mode, un major-mode, ef paf! on tombe dans la marmite elpa.
ou du moins, avec lisp on arrivera à peu de frais à faire ce qu'on veut.
peut être que ce n'est pas le plus performant ou sécure. Par contre ça marche diablement bien.
c'est pour cela que ces projets d'améliorer la première expérience sont intéressants.
si je prends par exemple Atom. c'est vraiment juste un exemple. au début on trouve beaucoup plus de choses
tout de suite. Et puis rapidement ça s'essoufle. Alors on veut lire la doc pour faire ses trucs.
Et là c'est le drame.
ou encore Evil. Emacs est maintenant la meilleure implémentation de vim
(performance à part. Attention aux très gros buffers si vous êtes un robot.)
il faudrait presque partir d'un emacs vide que l'on se bâtirait brique à brique
Arch Emacs!
merci pour vos astuces
les deux solutiosn permettent de tester correctement sans massacrer son répertoire
solution git clone spacemacs dans un faux home
la manière de lancer Emacs détermine le répertoire, spacemacs ou perso
par défaut répertoire perso (vi bien sûr on pourrait inverser)
bon du coup la solution 1 me paraissait tout aussi bien
y'avait même déjà un rapport de bug ouvert …
hmm. y'aurait pas mieux ? bon je veux bien faire un backup de mon emacs.d, tester, remettre, m'enfin pour se donner le temps de tester plus longtemps ça devient embêtant!
oua cette partie m'a fait réver. Des snapshot sur tout système de fichier, ou en tout cas sur ext4.
tu écris que c'est cassé , c'est une blague ; et vu tes recherches je fais totalement confiance à ton post
mais alors est-ce que tu pense qu'il y a espoir de le corriger?
(la page snapper -> overview dit "Works with btrfs, ext4 and thin-provisioned LVM volumes")
est-ce que tu pense que snapper sera un jour applicable à d'autres FS encore?
une frame dans Emacs, c'est ce qu'on nomme une fenêtre dans Windows. Donc une instance graphique de l'application , avec, selon le wm, probablement les boutons minomiser maximiser fermer.
[^] # Re: On repart sur la guéguerre
Posté par saltimbanque (site web personnel) . En réponse au journal Pourquoi Emacs? (Première partie). Évalué à 2.
et vice et versa, d'ailleurs.
que vim soit plus /populaire/ ; là c'est à mon sens chose officielle. Allez voir les sondages sur reddit. Peut être mauvaise source, mais les chiffres sont accablants.
[^] # Re: Excellent troll
Posté par saltimbanque (site web personnel) . En réponse au journal Pourquoi Vim? (Première partie). Évalué à 5.
Polux prend un risque là ! À suivre
[^] # Re: j’utilise les deux
Posté par saltimbanque (site web personnel) . En réponse au journal Pourquoi Emacs? (Première partie). Évalué à 3.
y'a la ligne de commande sous Emacs. Je ne connais pas :argdo. Dired permet de faire des choses sur plusieurs fichiers à la fois
(genre "Q" pour remplacer dans de multiples fichiers : https://www.gnu.org/software/emacs/manual/html_node/efaq/Replacing-text-across-multiple-files.html )
Que fais tu avec ces :argdo. ça a l'air intéressant!
[^] # Re: On repart sur la guéguerre
Posté par saltimbanque (site web personnel) . En réponse au journal Pourquoi Emacs? (Première partie). Évalué à 3.
trop gros, passera pas.
Avec Emacs on lit & compose des mails. Y'a, au bas mot, 6 lecteurs de mails différents.
Dired, qui permet de naviguer dans les fichiers, permet aussi d'éditer des noms de fichiers comme du texte : cad en bénéficiant des mêmes fonctionnalités. Emacs n'a pas UNE sélection en rectangle, il en a au moins 3 (le rectangle CUA, celui récent je crois version 25, et le evil qui singe vim) (<--- bon ok mauvaise foi inside )
On peut lire du rss.
Emacs a
un navigateur. Non plusieurs. Bon par contre le navigateur xwidget, pas sûr que ce soit inclus dans la moindre distrib. (des infos?)Emacs peut émuler VIM. Bonne chance pour émuler Emacs avec VIM!
VIM a acquis (récemment je crois?) un terminal. Mais Emacs en a plusieurs, dont un en lisp, dans lequel on se ballade comme on se ballade dans du texte…
VIM a bien sûr des avantages, mais ce sont plutôt : une config initiale déjà ok, plus léger, peut être plus adapté pour éditer d'énormes fichiers (encore que sous Emacs c'est possible mais faut faire attention). VIM peut être meilleur, mais pas plus complet. Et non on ne peut certainement pas citer la logique "commande -> mouvement" de VIM, puisque Emacs en est capable.
Un combat en cours, et qui s'annonce génialissime des deux côtés, est le multi thread. Le travail commence sur Emacs, sur Vim ce serait plutôt pour les plugins pour l'instant, si j'ai bien compris. Emacs ce n'est pas encore implémenté, mais cela pourrait aller plus loin. Faites vos jeux.
[^] # Re: spreadsheet
Posté par saltimbanque (site web personnel) . En réponse au journal Applications de type vim-like. Évalué à 2.
j'ai vu qu'il y a déjà un certains nombres de formules builtin. Est-ce que tu as une idée du travail que tu fera sur les fonctions pour les string? (gauche, droite, substitue, toussa)?
j'avoue que voir quelqu'un écrire un tableur… c'est beau & effrayant!
si j'avais pensé à un mode emacs au début, hormis bien sûr pour les questions d'interface, c'était parce emacs je suppose à déjà du code utilisable pour n'afficher qu'une partie.
même si l'affichage de cellules est important, & malgré la puissance des tableurs GUI, leur orientation les limite dans les possibilités : se concentrer sur une colonne, puis revenir à la liste complète des colonnes. Travailler sur quelques cellules, mettre dans un registre, revenir au tableau complet. Passer une colonne entière à une commande externe… J'imagine que des tableurs console peuvent inventer une puissance inégalable!
[^] # Re: spreadsheet
Posté par saltimbanque (site web personnel) . En réponse au journal Applications de type vim-like. Évalué à 3.
je viens de tester. Ça semble très léger mais je n'ai pas de gros classeur sous le coude.
Le manuel est un peu court mais assez dense en fonctionnalités. Par contre ça sent la courbe d'apprentissage de folie.
Pour les lookup ça semble mal barré.
# Compta analytique
Posté par saltimbanque (site web personnel) . En réponse au journal ils l'ont voulu, ils l'ont obtenu, et ils l'ont dans le baba.... Évalué à 6.
"il serait possible de calculer, pour chaque marchandise, […] le coût […] ainsi que ce qu'elle rapporte"
Ensuite le journal donne des exemples, assez ancrés dans la réalité, d'erreurs, de comportement problématiques, de mauvaises décisions etc.
Très bien. Ce qui me gêne, quoi que j'ai plussoyé car il y a du matos (et hélas ça sent le vécu!), c'est la formulation.
Analyser les pertes & profits, ce n'est pas une science dure, ce n'est pas exact. Certains éléments peuvent être facilement "découpés", "répartis". Par exemple je ne sais pas de la place dans un entrepôt pourquoi pas. D'autres éléments sont bien plus difficiles à répartir.
Il y a d'ailleurs une technique de dire, "bon les coûts que j'arrive à répartir par produit, je les réparti ; et les autres indicateurs je regarde au global." Autrement dit ne faire de l'analytique que sur les revenus & coûts directs, le "haut" de pnl. Une autre technique, est de dire "bon bah quand c'est plus difficile de répartir, tant pis je prends des raccourcis, des clés de répartition, what the the hell osef!".
Dans les deux cas, non "il ne serait pas possible de calculer". Mais si une entreprise choisit bien ses indicateurs, ses méthodes, ses efforts, bien sûr qu'elle pourra apprendre des choses. Il n'y a pas une analyse mais autant que d'atomes dans l'univers. L'analyse est parfois au service du court terme, mais pas forcément. L'analyse peut être erronnée ou mensongère, mais pas forcément. Ça peut même être intéressant qui sait.
Difficile de lier cela à la sous traitance & à ses ratés.
Je dirai que Apple ou Google pratiquent comme les autres entreprises. Eh bien on peut les critiquer pour cent mille raisons, mais ils arrivent à faire de l'argent ; comme quoi les écoles de cadre sup ne sont pas si mauvaises!
[^] # Re: spreadsheet
Posté par saltimbanque (site web personnel) . En réponse au journal Applications de type vim-like. Évalué à 3.
est-ce qu'un mode écriture est envisagé ?
[^] # Re: autres
Posté par saltimbanque (site web personnel) . En réponse au journal Applications de type vim-like. Évalué à 4.
uzbl
[^] # Re: spreadsheet
Posté par saltimbanque (site web personnel) . En réponse au journal Applications de type vim-like. Évalué à 3.
je n'ai pas de cahier des charges dignes de ce nom. Mais bon
- pouvoir filtrer facilement, en fonction de critère une colonne ou plusieurs
mine de rien le tri sous excel est assez balèze.
- pareil pour le tri : tri sur plusieurs colonnes
- pouvoir faire un "recherchev" (équivalent d'une jointure pour aller chercher une info sur une autre table)
- faire des formules facilement
# spreadsheet
Posté par saltimbanque (site web personnel) . En réponse au journal Applications de type vim-like. Évalué à 3.
au boulot j'ai du mal à éviter excel.
à la base je cherchais un mode Emacs, hélas pas trouvé. En attendant je voudrais essayer
https://github.com/andmarti1424/sc-im
[^] # Re: Quel développements futurs prévus ?
Posté par saltimbanque (site web personnel) . En réponse au journal Emacs NU-MODE et ses concurrents. Évalué à 3.
Lacarte : de ce que je comprends ça reprend simplement, sous une autre forme, le menu "natif". Equivalent de la barre de menu en raccourcis clavier.
Ce qui me dérange est que le menu n'est pas modal. C'est à dire qu'on a toujours les mêmes options, mais un menu correspondant au mode majeur s'ajoute simplement.
Même si NU-MODE n'est pas encore super évolué sur ce point, je souhaite des menus plus réactifs qui s'adaptent bien au mode majeur & si possible aux modes mineurs, & s'il y a une sélection ou pas (mark set).
On pourrait même aller plus loin sur org (est-ton sur un headline? un tableau?)
A cet effet je vais isoler le code, par ex lié à org-mode, dans un fichier. Ceci me permettra de réperer les macros qui manqueraient pour intégrer nu-mode à org-mode. Les macros pourront ensuite être réutilisées ailleurs.
En pratique les macros ce sera très simple : tout juste revoir le contenu des menus, peut être un petit advice ou hook que les macros pourraient faciliter.
Helm j'ai pas mal utilisé mais j'en suis revenu. Trop lourd, pas assez intuitif. Mais NU-MODE intègre une possibilité pour helm. Donc le style de completion est indépendant de NU-MODE : le user peut utiliser helm, ido, ivy. Ivy est simplement par défaut.
Yasnippet il y aurait deux voies. Aujourd'hui NU-MODE rebind Ctrl-Space sur le préfixe "C-c". On peut donc utiliser tous les raccourcis mode majeur / mode mineur / utilisateur. Yasnippet en fait partie. Donc cette voie là il n'y a rien à coder. je pense seulement améliorer cette partie en faisant de Ctrl-Space un menu qui listera tous les raccourcis C-c. Cf ci dessous pourquoi ce n'est pas déjà fait.
Donc ça c'est pour la voie 1, "yasnippet est en fait déjà intégré dans NU-MODE et cette intégration va s'améliorer un peu".
Ensuite il y aurait la voie 2. Dès lors que yasnippet est actif, il faut revoir le menu insert pour intégrer les fonctiosn yasnippet. Ou ce genre d'intégration.
pourquoi lister les raccourcis C-c est un peu embêtant?
=> je ne trouve pas de fonction lisp native pour ça (mode-specific-map n'étant pas vraiment une keymap), il faut se reposer sur une fonction c qui génère un buffer contenant les raccourcis , puis le parser. Un peu moche!
[^] # Re: Un éditeur pour terminal NORMAL?
Posté par saltimbanque (site web personnel) . En réponse au journal Emacs NU-MODE et ses concurrents. Évalué à 3.
oui nano pour le coup on ne s'y mélange pas les pinceaux!
[^] # Re: [HS] T'as rien compris au Markdown...
Posté par saltimbanque (site web personnel) . En réponse au journal Emacs NU-MODE et ses concurrents. Évalué à 2.
Merci pour le correctif. Effectivement le journal est parti d'un texte formaté dans une autre dimension que j'aurai dû adapter plus - pan sur mes doigts.
[^] # Re: which-key
Posté par saltimbanque (site web personnel) . En réponse au journal Emacs NU-MODE et ses concurrents. Évalué à 2.
ah pour le bépo cela peut venir du manque de clarté du journal. NU-MODE utilise les raccourcis standards tels que control+f pour chercher ou control+r pour remplacer, control+n nouveau etc. La version Alt de la touche déclenche immédiatement une fonction. Dans le cas replace, ce sera replace-regexp, dans le cas créé un nouveau buffer vierge. Or, par chance, les lettres I J K L qui sont parfaitement alignées pour servir de manette, ne sont pas partie des raccourcis les plus fréquents. On peut donc maintenir en parallèle les deux. Sur un bépo, les lettres i j k l ne sont plus bien placées. Il faudrait par exemple prendre L S R N. Mais alors on empiète sur la première définition, "la touche s doit sauver".
sinon merci je ne connaissais pas le which-key-mode, seulement where-is / describe-keymap & consorts. Je pensais bêtement que Spacemacs codait sa présentation. Cela dit ça n'arrange en rien le problème d'ergonomie, c'est une option pour découvrir. Qui pourrait être intéressant pour le cas Ctrl-c.
[^] # Re: en fait Emacs est très facile. Enfin le lisp.
Posté par saltimbanque (site web personnel) . En réponse au journal Participer à l'amélioration de l'expérience utilisateur d'Emacs (c'est facile). Évalué à 2.
évidemment c'était à l'époque, ça date quand même de 40 piges. En informatique 40 ans çe ne change pas grand chose.
je pense que réécrire ce serait juste pas possible. d'après ce site merveilleux, https://www.openhub.net/p/emacs/analyses/latest/languages_summary
nous avons
- en C : trois cent quarante deux mille lignes
- en Lips : un million cent quatre vingt neuf mille lignes
- et si, si , y'a du python ! trois cent lignes.
déjà Emacs à la fameuse question de passer à un Lisp un peu mieux, et rien que là ça bloque depuis des années,
et peut être ad vitam
[^] # Re: en fait Emacs est très facile. Enfin le lisp.
Posté par saltimbanque (site web personnel) . En réponse au journal Participer à l'amélioration de l'expérience utilisateur d'Emacs (c'est facile). Évalué à 2.
Déjà il faut noter que le coeur de Emacs c'est du C.
Le Lisp ce n'est guère que quelques millions de lignes par dessus ouch.
un éditeur de texte en rust y'en a forcément, si je pioche au hasard :
http://libs.rs/text-editors/
en python ça existe aussi forcément.
pourquoi lisp resterait intéressant? je dirai que dès le début RMS a choisi le language le plus approprié pour un cas bien précis.
Dès le début il s'agissait d'éditer du texte, et dès le début il s'agissait de pouvoir customiser à gogo.
mais sous la plume de RMS c'est différent :
"The most powerful programming language is Lisp"
(fouiller dans : https://stallman.org/stallman-computing.html)
après désolé ça sort de mon domaine de compétence.
il manque des commentaires sur, pourquoi lisp est adapté au texte.
ce qui est certain est, que lisp s'apprend très facilement.
voici hello world en lisp
c'est un peu triché, mais voilà l'idée.
# en fait Emacs est très facile. Enfin le lisp.
Posté par saltimbanque (site web personnel) . En réponse au journal Participer à l'amélioration de l'expérience utilisateur d'Emacs (c'est facile). Évalué à 4.
je pense que tous les commentaires, vont un peu dans ce sens.
La puissance de Emacs ce n'est pas que cet outil offre tout, c'est pourquoi cet outil offre tout.
Pourquoi? eh bien parce passé quelques douleurs au début, lisp est plutôt facile.
on peut apprendre en customisant un peu des trucs faciles.
puis, des minis trucs perso.
on va vite fait de coder un minor-mode, un major-mode, ef paf! on tombe dans la marmite elpa.
ou du moins, avec lisp on arrivera à peu de frais à faire ce qu'on veut.
peut être que ce n'est pas le plus performant ou sécure. Par contre ça marche diablement bien.
c'est pour cela que ces projets d'améliorer la première expérience sont intéressants.
si je prends par exemple Atom. c'est vraiment juste un exemple. au début on trouve beaucoup plus de choses
tout de suite. Et puis rapidement ça s'essoufle. Alors on veut lire la doc pour faire ses trucs.
Et là c'est le drame.
ou encore Evil. Emacs est maintenant la meilleure implémentation de vim
(performance à part. Attention aux très gros buffers si vous êtes un robot.)
il faudrait presque partir d'un emacs vide que l'on se bâtirait brique à brique
Arch Emacs!
[^] # Re: les conventions sur les raccourcis!!!!
Posté par saltimbanque (site web personnel) . En réponse au journal Participer à l'amélioration de l'expérience utilisateur d'Emacs (c'est facile). Évalué à 2.
"tu sais à quoi t'attendre en termes d'investissement dans l'apprentissage"
on est d'accord. C'est cela qui empêche Emacs d'être utilisé. Donc c'est cela qu'il faut changer.
[^] # Re: Vieux débat (nouvelles réponses?)
Posté par saltimbanque (site web personnel) . En réponse au journal Participer à l'amélioration de l'expérience utilisateur d'Emacs (c'est facile). Évalué à 2.
merci pour vos astuces
les deux solutiosn permettent de tester correctement sans massacrer son répertoire
solution git clone spacemacs dans un faux home
la manière de lancer Emacs détermine le répertoire, spacemacs ou perso
par défaut répertoire perso (vi bien sûr on pourrait inverser)
bon du coup la solution 1 me paraissait tout aussi bien
y'avait même déjà un rapport de bug ouvert …
https://github.com/syl20bnr/spacemacs/issues/6135
[^] # Re: Vieux débat (nouvelles réponses?)
Posté par saltimbanque (site web personnel) . En réponse au journal Participer à l'amélioration de l'expérience utilisateur d'Emacs (c'est facile). Évalué à 3.
au fait, si on veut installer spacemacs, le site dit
git clone https://github.com/syl20bnr/spacemacs ~/.emacs.d
hmm. y'aurait pas mieux ? bon je veux bien faire un backup de mon emacs.d, tester, remettre, m'enfin pour se donner le temps de tester plus longtemps ça devient embêtant!
# SNAPPER EXT4?
Posté par saltimbanque (site web personnel) . En réponse au journal [Btrfs et openSUSE] Épisode 2 : snapper et GRUB2. Évalué à 2.
oua cette partie m'a fait réver. Des snapshot sur tout système de fichier, ou en tout cas sur ext4.
tu écris que c'est cassé , c'est une blague ; et vu tes recherches je fais totalement confiance à ton post
mais alors est-ce que tu pense qu'il y a espoir de le corriger?
(la page snapper -> overview dit "Works with btrfs, ext4 and thin-provisioned LVM volumes")
est-ce que tu pense que snapper sera un jour applicable à d'autres FS encore?
[^] # Re: boitier tout fait
Posté par saltimbanque (site web personnel) . En réponse au message WIFI : carte ou adaptateur pour créer hotspot. Évalué à 2.
ah mode monitor, merci! j'ignorais totalement ce mot.
bon du coup j'ai cru être à deux commandes du graal
e@debian:~$ lsusb
Bus 001 Device 006: ID 148f:5372 Ralink Technology, Corp. RT5372 Wireless Adapter
e@debian:~$ sudo iwconfig
wlan0 IEEE 802.11 ESSID:off/any
Mode:Managed Access Point: Not-Associated Tx-Power=off
Retry short limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:off
e@debian:~$ sudo ifconfig wlan0 down
e@debian:~$ sudo iwconfig wlan0 mode monitor
mais là, non, je ne passe point en mode monitor hélas.
donc ce serait bien un problème matos
(j'utilise je ne sais d'où un vieil adapteur sans marque, "GWF-1C6T")
je pourrai peut être partir d'une liste au hasard,
http://www.wirelesshack.org/best-kali-linux-compatible-usb-adapter-dongles-2016.html
qui cite dans l'ordre un usb, TP-Link TL-WN722N (compter 10-15 €)
[^] # Re: Vieux débat (nouvelles réponses?)
Posté par saltimbanque (site web personnel) . En réponse au journal Participer à l'amélioration de l'expérience utilisateur d'Emacs (c'est facile). Évalué à 2.
ah ouais la liste des raccourcis claviers spacemacs est pas mal.
je pomperai bien leur truc pour rendre mes prompts plus jolis (dans emacs nu)
[^] # Re: Vieux débat (nouvelles réponses?)
Posté par saltimbanque (site web personnel) . En réponse au journal Participer à l'amélioration de l'expérience utilisateur d'Emacs (c'est facile). Évalué à 3.
une frame dans Emacs, c'est ce qu'on nomme une fenêtre dans Windows. Donc une instance graphique de l'application , avec, selon le wm, probablement les boutons minomiser maximiser fermer.
Tandis que une "window" dans Emacs, est un "panneau" ("pane") comme dans les explorateurs de fichiers présentant deux panneaux : https://gcmd.github.io/ss/MainWin-Classic.png