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.
Ah, sympathique initiative, j'espère que ce sera un moyen de pousser des choses!
bon pour être honnête, comme Xah, je trouve que Emacs devrait à tout prix admettre que ses raccourcis claviers n'ont , aujourd'hui, aucun sens.
Il faudrait un Emacs qui suive les conventions actuelles. Nano a le même problème.
Mais Emacs a un problème supplémentaire. Il y a des milliers de fonctions possibles. Des raccourcis (et un menu) ne suffisent pas.
Il peut y avoir plein de solutions ; certains packages offrent d'ailleurs des idées.
A mes yeux si Emacs veut être utilisatble "out of the box direct t'as vu"; il faut absolument montrer à l'utilisateur à quelles fonctions il a accès.
En outre, le nommage des fonctions est souvent incompréhensible. L'exemple classique étant "frame" qui désigne une fenêtre et "window" qui désign une frame. Oui je sais ils n'y sont pour rien à l'époque mais y'a un moment il faut s'adapter!
peut être quelqu'un de plus cultivé que moi pourrait décrire les snapshots de OCFS2.
pourquoi écris-je cela : parce que 1. j'ai très souvent lu Btrfs attendu pour les snapshot, 2. visiblement OCFS2 offre des snapshots depuis longtemps.
peut être que OCFS2 pêche par d'autres aspects et que ce FS ne peut pas être par défaut,
du coup on ne peut pas se reposer sur le FS pour les snapshot.
je dois d'abord préciser : bien sûr Red Hat n'est pas le monde entier.
l'annonce n'est pas un revers en terme de force de développment : il n'y en avait pas.
c'est juste que Red Hat n'a pas l'expertise pour maintenir correctement Btrfs
si c'est un dev de Btrfs, il connait bien les entrailles, mais ne reconnaîtra pas forcément les problèmes de fond.
comme poursuivi sur hacker news, est-ce que RH abandonne Btrfs à cause du lack de développeur, ou l'inverse?
le dév soutient que RH n'a pas la main pour embaucher des dév Btrfs, car les dév font ce qu'ils veulent.
cet argument me laisse perplexe. Si c'était si vrai l'argument serait applicable à tout.
comme il le dit lui même, Btrfs n'est simplement pas prêt pour les clients RH.
Mais j'en conclus que RH saura trouver quelque chose que ses clients utilisent.
Bon depuis il y a eu l'histoire de "Stratis" mais d'autres histoires suivront!
c'est plus de ce côté là que je vois l'annonce : pas tant une désuétude de Btrfs
qu'une promesse de quelque chose d'autre.
merci pour les corrections de coquilles, désolé pour cette bévue. Pour "moronix" la déformation est volontaire. Ce n'est pas de moi, en trainant sur les réseaux sociaux on peut le trouver, je l'interprète comme une certaine frustration, ce site étant certes pratique pour suivre l'actualité, mais parfois spécial dans sa manière de la traiter.
"j'ai faim" => une feignaaasse
"je fait plein de thunes j'enc* les pauvres" => individu enthousiaste proactif
"la femme est l'égale de l'homme" => homo et/ou femen, sauf si ancienne patronne medef auquel cas voir ci dessus
"linux" => cancer, bugs
bon maintenant qu'il y a eu des commentaires intéressant & constructifs on peut commencer
quels désastres technologiques canonical a t'il produit pour te chasser?
son abandon de mir? ou de tant d'autres choses?
ou juste les upgrade semestriels comme tu le cite? mais dans ce cas sont ils si mauvais? car après tout une dist-upgrade
ça peut être 3 min de taf
es tu un parmi une foule innombrable d'utilisateurs ubuntu qui vont quiter ce navire pitoyable en train de couler dans le cloud?
[ j'en fais pas trop là j'espère ]
ah heureux de l'apprendre! (enfin pour Arch, triste que Sid t'ait fait défaut). Oui c'est logique qu'en fonction du hardware & de l'environnement on ait des cas différents.
Cela dit je postais le truc honnêtement donc je fus surpris. Je ne sais pas si un site permettrait de faire des moyennes… bah oui c'est con mais du coup pour conseiller quelqu'un, dans le meilleur des cas on se retrouve à se fier à ses expériences & connaissances…
"à la limite Arch" : en dépit des avertissements quant à Debian Sid, cette rolling release est en réalité assez sereine. Aucune comparaison avec Arch. En des années d'usage il se peut que vous ne rencontriez pas le moindre crash de session graphique. Pas la même avec Arch. Je n'ai pas testé Tumbleweed c'est vrai que c'est une bonne quesiton. Mais à mon avis ça rentre plutôt dans la catégorie "fedora rawhide" où ce genre de trucs sport extrême
"tout ça" : préciser svp. Bon puisque la phrase contient messieurs dames Michu un réflexe se lance, réorienter vers Debian Stable, nommée en ce moment Jessie… distribution qui satisfaire les plus exigeants.
La stabilité est magnitifique; ça me rappelle cet article de M de Icaza qui installe Mac os et se rend compte que tout marche tout seul. Ben il aurait pu essayer Debian Stable…
La vieillesse des logiciels? bof. déjà y'a des backports. ensuite on peut attendre. genre avoir le desktop de y'a 1an 1/2 ou de maintenant c'est la même, alors… de plus pour celui qui veut faire mumuse des solutions se mettent en place ou existent de longue date - flatpak, snappy, appamor
bah la fondation ayant dit "Un rapport commandé par la mairie à une firme supposée près de Microsoft" l'information était déjà donnée. De plus il n'y avait pas encore de journal sur ce sujet qui est pourtant très important.
Un revirement de Munich pourrait être un précédent significatif.
la ville ne s'est pas prononcée mais comme tu l'as lu, une proposition a été faite & il reste à la voter. Donc ce n'est pas de la com' ; c'est plutôt comparable à un projet de loi en discussion au parlement.
Ne négligez pas ce sujet. Dans un sens ou dans l'autre, il peut représenter une influence puissante, que ce soit dans le sens de démontrer la difficulté du LL en général, ou spécifiquement de la bureautique libre, ou que ce soit pour révéler au public l'importance du conflit d'intérêt, de la mainmise des éditeurs…
Je ne suis pas sûr que Richard Stallman ait étudié la Politique d’Aristote, le Capital de Marx, la Logique de Hegel ou les Structures de la parenté de Lévi-Strauss et moins encore le Principe d’antagonisme et la Logique de l’énergie de Lupasco
ça met en apétit mais du coup le (relativement) bref article ne permet pas de traiter les liens dans la pensée des uns & des autres ; pour traiter autant de systèmes de pensées & les corréler il faudrait au moins un livre. Peut être l'article aurait-il pu se concentrer sur l'un d'entre eux, ou peut être pourrais tu écrire plus, en prenant soin de souligner ce que tu entend comme lien.
Par ex. (attention spoil!!), la conclusion
Nous retrouvons la thèse d’Aristote !
Or je n'ai pas l'impression de trouver dans l'article tout le matériel pour comprendre quel lien fait l'auteur entre GPL ou libre & Aristote. Et ces rapprochements font forcément appel à la subjectivité des uns & des autres il faut d'autant plus les préciser & les argumenter
[^] # 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
# 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é à 10.
Ah, sympathique initiative, j'espère que ce sera un moyen de pousser des choses!
bon pour être honnête, comme Xah, je trouve que Emacs devrait à tout prix admettre que ses raccourcis claviers n'ont , aujourd'hui, aucun sens.
Il faudrait un Emacs qui suive les conventions actuelles. Nano a le même problème.
Mais Emacs a un problème supplémentaire. Il y a des milliers de fonctions possibles. Des raccourcis (et un menu) ne suffisent pas.
Il peut y avoir plein de solutions ; certains packages offrent d'ailleurs des idées.
A mes yeux si Emacs veut être utilisatble "out of the box direct t'as vu"; il faut absolument montrer à l'utilisateur à quelles fonctions il a accès.
En outre, le nommage des fonctions est souvent incompréhensible. L'exemple classique étant "frame" qui désigne une fenêtre et "window" qui désign une frame. Oui je sais ils n'y sont pour rien à l'époque mais y'a un moment il faut s'adapter!
# OCFS2
Posté par saltimbanque (site web personnel) . En réponse au journal [Btrfs et openSUSE] Épisode 0 : l’ex‐fs du futur. Évalué à 3.
peut être quelqu'un de plus cultivé que moi pourrait décrire les snapshots de OCFS2.
pourquoi écris-je cela : parce que 1. j'ai très souvent lu Btrfs attendu pour les snapshot, 2. visiblement OCFS2 offre des snapshots depuis longtemps.
peut être que OCFS2 pêche par d'autres aspects et que ce FS ne peut pas être par défaut,
du coup on ne peut pas se reposer sur le FS pour les snapshot.
[^] # Re: Red Hat != World
Posté par saltimbanque (site web personnel) . En réponse au journal Btrfs ne serait plus le futur. Évalué à 2.
je dois d'abord préciser : bien sûr Red Hat n'est pas le monde entier.
l'annonce n'est pas un revers en terme de force de développment : il n'y en avait pas.
le dév soutient que RH n'a pas la main pour embaucher des dév Btrfs, car les dév font ce qu'ils veulent.
cet argument me laisse perplexe. Si c'était si vrai l'argument serait applicable à tout.
comme il le dit lui même, Btrfs n'est simplement pas prêt pour les clients RH.
Mais j'en conclus que RH saura trouver quelque chose que ses clients utilisent.
Bon depuis il y a eu l'histoire de "Stratis" mais d'autres histoires suivront!
c'est plus de ce côté là que je vois l'annonce : pas tant une désuétude de Btrfs
qu'une promesse de quelque chose d'autre.
[^] # Re: Coquille
Posté par saltimbanque (site web personnel) . En réponse au journal Btrfs ne serait plus le futur. Évalué à 3.
merci pour les corrections de coquilles, désolé pour cette bévue. Pour "moronix" la déformation est volontaire. Ce n'est pas de moi, en trainant sur les réseaux sociaux on peut le trouver, je l'interprète comme une certaine frustration, ce site étant certes pratique pour suivre l'actualité, mais parfois spécial dans sa manière de la traiter.
# je suis de droite starter pack
Posté par saltimbanque (site web personnel) . En réponse au journal « Je suis de gauche », le pack de démarrage. Évalué à 5.
"j'ai faim" => une feignaaasse
"je fait plein de thunes j'enc* les pauvres" => individu enthousiaste proactif
"la femme est l'égale de l'homme" => homo et/ou femen, sauf si ancienne patronne medef auquel cas voir ci dessus
"linux" => cancer, bugs
# Canonical bashing
Posté par saltimbanque (site web personnel) . En réponse au journal Comment je suis passé d'Ubuntu à Debian Sid. Évalué à 3.
bon maintenant qu'il y a eu des commentaires intéressant & constructifs on peut commencer
quels désastres technologiques canonical a t'il produit pour te chasser?
son abandon de mir? ou de tant d'autres choses?
ou juste les upgrade semestriels comme tu le cite? mais dans ce cas sont ils si mauvais? car après tout une dist-upgrade
ça peut être 3 min de taf
es tu un parmi une foule innombrable d'utilisateurs ubuntu qui vont quiter ce navire pitoyable en train de couler dans le cloud?
[ j'en fais pas trop là j'espère ]
[^] # Re: Pourquoi ?
Posté par saltimbanque (site web personnel) . En réponse au journal Comment je suis passé d'Ubuntu à Debian Sid. Évalué à 3.
ah heureux de l'apprendre! (enfin pour Arch, triste que Sid t'ait fait défaut). Oui c'est logique qu'en fonction du hardware & de l'environnement on ait des cas différents.
Cela dit je postais le truc honnêtement donc je fus surpris. Je ne sais pas si un site permettrait de faire des moyennes… bah oui c'est con mais du coup pour conseiller quelqu'un, dans le meilleur des cas on se retrouve à se fier à ses expériences & connaissances…
[^] # Re: Pourquoi ?
Posté par saltimbanque (site web personnel) . En réponse au journal Comment je suis passé d'Ubuntu à Debian Sid. Évalué à 3.
"à la limite Arch" : en dépit des avertissements quant à Debian Sid, cette rolling release est en réalité assez sereine. Aucune comparaison avec Arch. En des années d'usage il se peut que vous ne rencontriez pas le moindre crash de session graphique. Pas la même avec Arch. Je n'ai pas testé Tumbleweed c'est vrai que c'est une bonne quesiton. Mais à mon avis ça rentre plutôt dans la catégorie "fedora rawhide" où ce genre de trucs sport extrême
[^] # Re: Hum...
Posté par saltimbanque (site web personnel) . En réponse au journal Comment je suis passé d'Ubuntu à Debian Sid. Évalué à 3.
"tout ça" : préciser svp. Bon puisque la phrase contient messieurs dames Michu un réflexe se lance, réorienter vers Debian Stable, nommée en ce moment Jessie… distribution qui satisfaire les plus exigeants.
La stabilité est magnitifique; ça me rappelle cet article de M de Icaza qui installe Mac os et se rend compte que tout marche tout seul. Ben il aurait pu essayer Debian Stable…
La vieillesse des logiciels? bof. déjà y'a des backports. ensuite on peut attendre. genre avoir le desktop de y'a 1an 1/2 ou de maintenant c'est la même, alors… de plus pour celui qui veut faire mumuse des solutions se mettent en place ou existent de longue date - flatpak, snappy, appamor
[^] # Re: Bof
Posté par saltimbanque (site web personnel) . En réponse au journal [Marque‐page] Réaction de la Document Foundation à la décision de Munich de repasser sous Windows. Évalué à 10.
bah la fondation ayant dit "Un rapport commandé par la mairie à une firme supposée près de Microsoft" l'information était déjà donnée. De plus il n'y avait pas encore de journal sur ce sujet qui est pourtant très important.
Un revirement de Munich pourrait être un précédent significatif.
la ville ne s'est pas prononcée mais comme tu l'as lu, une proposition a été faite & il reste à la voter. Donc ce n'est pas de la com' ; c'est plutôt comparable à un projet de loi en discussion au parlement.
Ne négligez pas ce sujet. Dans un sens ou dans l'autre, il peut représenter une influence puissante, que ce soit dans le sens de démontrer la difficulté du LL en général, ou spécifiquement de la bureautique libre, ou que ce soit pour révéler au public l'importance du conflit d'intérêt, de la mainmise des éditeurs…
# liens liens liens
Posté par saltimbanque (site web personnel) . En réponse au journal Le logiciel libre vu dans un contexte élargi. Évalué à 4.
ça met en apétit mais du coup le (relativement) bref article ne permet pas de traiter les liens dans la pensée des uns & des autres ; pour traiter autant de systèmes de pensées & les corréler il faudrait au moins un livre. Peut être l'article aurait-il pu se concentrer sur l'un d'entre eux, ou peut être pourrais tu écrire plus, en prenant soin de souligner ce que tu entend comme lien.
Par ex. (attention spoil!!), la conclusion
Or je n'ai pas l'impression de trouver dans l'article tout le matériel pour comprendre quel lien fait l'auteur entre GPL ou libre & Aristote. Et ces rapprochements font forcément appel à la subjectivité des uns & des autres il faut d'autant plus les préciser & les argumenter