saltimbanque a écrit 941 commentaires

Il faut garder en mémoire qu'il n'a fallu un seul gars passionné, enfermé dans une chambre de Finlande avec un 486 et un modem 56k pour transformer l'informatique mondiale.

Ton affirmation n'est pas certaine, et on ne saura pas.

C'est l'inverse. Que les BSD aient pu transformer, ce n'est pas certain, on ne le saura pas - que Linux ait transformé, c'est certain, on le sait.

On peut voir aussi l'obligation politique de se plier à l'économie comme une remise en cause du pouvoir de l'état (& peut être des 3 - éxécutif, législatif & judiciaire). Le pouvoir économique impose sa règle ; s'il serait naïf ou réac de vouloir brider la marche du monde; toujours est-il que cette modernisation là ne connait pas de contre pouvoir…

Par ailleurs, que google ne fasse pas de revenu là dessus me parait vite dit. Ils ne sont pas philantropes. S'ils maintiennent un service c'est par intérêt ; ils peuvent y investir en échange d'informations à propos de leurs utilisateurs.

wdired n'est pas seulement interactif. Il est visuel. On édite les noms de fichier comme on édite du texte - d'où le fait qu'il soit utile à ceux qui ont de gros doigts. Bien sur on peut renommer par regexp plutôt que visuellement, mais on peut d'ailleurs aussi le faire en mode visuel.

recoder les touches est si simple : lorsque l'on tape un raccourci clavier, Emacs cherche dans les raccourcis "terminal map" puis dans les map "overriding map" puis dans "overriding minor mode map" puis dans "minor mode map" puis dans "local map" puis dans "global map" ; c'est pas enfantin?

http://www.gnu.org/software/emacs/manual/html_node/elisp/Controlling-Active-Maps.html

sur la séparation des tâches : pour parcourir ses mails, le codeur de mu s'est amusé à coder un outil en Gtk (livré avec les sources de mu).

Là où ce n'est gadget, réside dans l'indexation. notmuch offre un principe similaire (mais je ne connais que mu). Le principe est relativement puissant, on peut si l'on connait la syntaxe trouver tous les mails de bob de plus de deux mégas en 1/2 sec ; si j'écris relativement cependant c'est que du fait de rappatrier les mails dans un premier temps la vitesse est à relativiser (je souffre en particulier de ne pouvoir supprimer un dossier distant, ce qui est tout de même gênant, mais là je pars en H.S.)

trier ses mails en mode dired avec des regexp pour les sélectionner s'avère plus agréable ; l'idée de coder une fonction pour décider où archiver les mails est séduisante (tout en avouant ne pas l'utiliser à l'heure actuelle, car hormis pour des mailings list ce n'est peut être pas si simple…)

en plus ce joli script invoquant sed ou awk marche pour les mailing list. Cf le récent post à propos de la communauté linux ;)

A utiliser également dans les forums, au boulot ou, parfois, dans la vraie vie.

GNOME Foundation a annoncé dès le début de la campagne que de l'argent en trop ou gagné serait entièrement dédié au code. J'en déduis que si les poursuites ne sont plus nécessaires, la même logique s'appliquera.

Quant à s'enflammer un peu vite, certainement pas - depuis longtemps il y avait une demande qui n'était pas entendue, Groupon n'en voulait rien savoir en dépit de leur tord évident. Seule les réseaux sociaux l'évidence d'une poursuite judiciaire perdue d'avance a amené Groupon a reculer.

Pour le logiciel libre, c'est une victoire ; peu importe quelle tablette Groupon versus quel bureau libre - d'ailleurs la communauté KDE s'est impliquée!

d'après engadget, http://www.engadget.com/2014/11/11/groupon-gnome-foundation-trademark-war/… à voir pour la concrétisation.

60 millions d'ordinateurs en France? le chiffre m'a interloqué. Mais vérification faite

• plus de 21 millions de foyers équipés de 1 voire plusieurs ordinateurs, http://www.boursier.com/actualites/macroeconomie/etude-21-4-millions-de-foyers-francais-sont-equipes-d-un-ordinateur-533008.html
• autour de 2,3 personnes par foyer

En passant par une multiplication on retombe au bon endroit. Quoi qu'un utilisateur de GNOME en pratique ne sait pas forcément qu'il utilise GNOME

journal -> dépêche

j'ai utilisé debian sid, "still in development", qui est une rolling release, en bon gros noob pendant des années. Malgré les millions d'avertissements, cette distribution s'est avérée en réalité particulièrement stable - peut être cela dit du fait d'un matériel un peu ancien?

Quoi qu'il en soit cela reste une référence à mes yeux ; je l'ai certes quitté pour avoir du plus récent, mais au prix de moins de stabilité et de la perte de rolling release. Et les logiciels "anciens" ne l'étaient que relativement ; ce n'était pas d'un différentiel de deux ans dont l'on parlait, mais plutôt de six mois…

Oui je penche plus pour de l'incompétence, du manque de ressources, que de la désinformation organisée.

D'autant plus que 19% des revenus est peut être un plus gros succès que 19% du volume des ventes. Dire que ces 19% sont réalisés sur un volume des ventes relativement faible revient à dire que sur le gros des ventes, les autres réalisent une marge en comparaison bien plus faible - donc leur position n'est pas sécure.

ah, effectivement j'avais lu la question autrement (puisque mon client mail est précisément mu4e, je n'utilise pas en ce moment TBird ni Evolution ni Geary etc). Cela pose quand même quelques questions

• s'il faut laisser tourner Thunderbird en fond, c'est plus lourd
• les performances de sync sont t-elles au rendez vous? Sans compte que puisque offlineimap & isync sont faits pour, ils offrent pas mal d'options
• je me demande également ce qui se passe lorsque l'on modifie la maildir à la main. Cela marche t-il bien?

Je comprends tout à fait la question.

En réalité, j'ai certes une première fois testé offlineimap à cause de gnus mail (dans Emacs, or gnus n'est pas asynchrone…). Mais je n'y suis pas resté.

Si j'y retourne, c'est pour une bien meilleure raison : l'indexation. D'autres utilisent notmuch avec plaisir ; pour ma part c'est mu4e. Cet outil offre de réels avantages : en une seconde, voyez tous les mails contenant "-devel" ou de telle personne, ou triez ceux lus / pas lus. Les "requêtes" peuvent être sauvegardées ("bookmarks"). Mais je retiens aussi pour bonne part le fait d'avoir une interface type texte avec les raccourcis claviers que j'ai configuré par ailleurs (nombreux…). Enfin, cela offre la possibilité de stocker un lien vers un mail, & de le coller ailleurs : depuis cet autre fichier il devient possible d'accéder directement au mail…

Laissons mu4e là où il est : le offline est également un backup rassurant.

Il faut déjà préciser quel terminal

bash a ses propres raccourcis claviers. Par défaut proches communs avec Emacs :
control a = début de ligne, control d = effacer caractère suivant, etc…

des raccourcis à la vi peuvent être paramétrés.

une page au hasard : http://www.skorks.com/2009/09/bash-shortcuts-for-maximum-productivity/

je recommanderai plutôt cela, cela dit selon le terminal on peut également utiliser retour arrière plutôt que control+h ou entrer plutôt que control+m, d'où ma question qui reste le point majeur

depuis que je flemasse à la maison sur une machine portable, l'idée d'employer une tour à une autre usage que compiler ne m'effleure plus si souvent

idem. De mon souvenir de paramétrage, on peut virtualiser l'ensemble des écrans ou juste 1.

Par contre en ayant deux écrans + rajoutant la télé, un petit effort & on arrive à tout casser. GPU ou GNOME ou X ou Y, ne me demandez pas…

bah en l'occurrence, démon de réseau social

bah, vu de loin je dirai tout de même qu'un fichier de configuration incluant "Description=Automount of network drive" vaut mieux qu'un script à lier depuis un sleep.d

Je décrypte à propos de sécurité.

Déjà l'une des solutions évoquées, à force reprises, est l'absence de wifi creusien. Enfin, et surtout, le message n'est pas caché dans le binaire constituant le JPEG, mais bien derrière la feuille.

Hello,

je ne découvre le commentaire que là

Discover.el fait visiblement dans l'orfèvrerie. Mais du coup les prompteurs sont forcément définis à la main : pour un nombre limités de fonctions, & sans possibilité de customiser (tant mieux si je me trompe!).

De plus il s'agit visiblement de documenter du raccourcis standard, là où nu-mode veut passer.. tout en key sequence. Avec des raccourcis en séquence, tout en respectant les raccourcis standards, on peut couvrir toutes les fonctionnalités emacs, même en intégrant celles de modes majeurs (je commence à travailler sur org-mode). C'est la grosse différence. Il faut aussi noter que mes prompts ont destinée à être conditionnels : par exemple, selon que l'on soit en mode overwrite / read-only / ou "normal", le prompt pour control+r "replace" ne doit pas produire la même chose.

Magit est justement un mode que je trouve mauvais du point de vue ergonomique. A demander where-is pour git push, on ne trouve rien. A passer par le menu, on n'en apprends pas plus.

Effectivement ma doc n'est pas encore au point. je suis preneur de remarques pour y remédier. Pour MELPA, j'attendais un peu de stabilité, je peux à présent regarder

ErgoEmacs est intéressant sur ce point car il a introduit des "thèmes" (de raccourcis claviers) comportant des "composants". On peut choisir ou développer facilement son thème, & les composants (ex: control+c control+v) définis sont réutilisables pour d'autres.

https://github.com/ergoemacs/ergoemacs-mode/blob/master/ergoemacs-themes.el

PS beaucoup d'utilisateur d'emacs doivent penser comme moi que les raccourcis vi ont moins mal vieilli. Certes les hjkl de nos claviers n'ont pas les flêches affichées, mais cela reste tellement logique. Quand au standard, le fait que ce soit modal barre de toutes façons la route au standard.

héhé , troll à part:

nous savons tous que evil-mode rend disponible dans emacs les touches / le comportement de vim. L'intérêt bien sûr étant de continuer de profiter de Lisp, et donc de pouvoir étendre son "vim dans emacs" très très facilement (par un exemple un shell ou ce qui nous chante).

Ce qui est peut être moins connu, est que evil-mode propose très facilement de "switcher" depuis l'"état" vim (ce qui inclut donc ) vers l'état emacs (comportement standard de emacs). Et nous pouvons bien sûr repasser de l'état emacs à l'état vim.

Il est donc parfaitement possible d'utiliser nu-emacs ou ergoemacs ou ce que l'on veut et, d'un raccourci clavier, de passer en éditeur modal. L'intérêt?
- si vous travaillez dans un contexte ou les deux mains sur le clavier sont pénibles / ou avec pleins de logiciels "imposant" des raccourcis standard, utilisez l'éditeur dans l'état emacs
- si vous avez les mains fatiguées par les Alt+Control & plein de texte à éditer, passez en éditeur modal pour vous reposer les mains

Je ne suis pas sûre que le cahier des charges s'apparente tant à un truc simple ;)

En conséquence de quoi, réponse classique : Org Mode!
une présentation complète, lourde, mais si séduisante par toutes les fonctionnalités évoquées
http://doc.norang.ca/org-mode.html

& comme c'est du emacs, on peut utiliser les touches emacs, vim, notepad, où ce que l'imagination proposera

là hélas je ne connais pas , mais du coup j'appliquerai la même logique

http://packages.ubuntu.com/trusty/guake
=> ça renvoie à un mainteneur debian - tiens!, encore un français au fait
=> effectivement on le retrouve ici https://packages.debian.org/wheezy/guake

C'est à l'arrache mais je ne crois pas qu'il y ait de vrai processus.