Jiehong a écrit 592 commentaires

Emacs possède une mode similaire (expand-region), et même si on peut sélectionner des bouts de code, ou juste ce qu'il y a entre guillemets, ça reste assez différent.

L'idée d'Emacs, c'est de poser une marque, et la sélection part de la marque jusqu'au curseur, que tu peux placer absolument n'importe où (genre après une recherche de mot avec regexps, ou 3 mots plus loin, ou en mode rectangulaire, etc.)

C'est tout à fait ça !

Ça arrive de temps en temps sur le NAS de l'entreprise…

Alors c'est vrai, éditer des courriels c'est bien avec ton éditeur préféré, mais il y a deux moyens de le faire :

• soit ton client mél. te permet de choisir l'éditeur utilisé ;
• soit l'éditeur doit aussi contenir toute l'infrastructure pour aussi faire client mél.

La philosophie d'Unix, ou KISS, serait plutôt de partir pour le premier cas, mais Emacs c'est plus le second cas…

La gestion de la sélection au clavier, c'est bien mais uniquement dans Emacs et vim (visual mode).

Maintenir shift appuyé et bouger avec les flèches, ce n'est pas bien pratique. Vous connaissez des éditeurs de textes « récents » qui font ça correctement ?

Ah, comment ai-je fait pour oublier org-mode… Le seul truc chiant, c'est la limitation à emacs/vim, parce que sinon, je préfère franchement ça à Markdown & co.

Sublime Text ou Atom peuvent être utilisés dans un terminal ? Fonctionnent-ils sur autant de plate-formes différentes ?
Peut-on changer les raccourcis claviers comme bon nous semble ?

Bon, mais pouvoir écrire des extensions en Python (pour Sublime Text), c'est sympathique, et il y a surtout plus de monde.

J'utilise Emacs quotidiennement (GUI et dans le terminal, lancé en mode serveur), et je pense que ces nouveaux éditeurs ont intégrés ce qui fait la principale force d'Emacs : sa capacité de personnalisation et d'extension.

C'est bien pour ça que vi(m) est toujours là : vimscript c'est très moyen, et certains raccourcis claviers sont figés à jamais.

Néanmoins, ce que vi(m) apporte, et qu'aucun autre éditeur n'essaie de reproduire, c'est la composition d'opérateurs. Evil-mode essaie de faire ça à la vim pour Emacs, mais pourquoi aucun nouvel éditeur n'a-t-il essayé d'apporter la personnalisation facile à la Emacs, mais aussi la composition de fonctions qui rend tout bien plus logique ?

Un jour, peut-être…

Bonjour à toi, et bienvenue !

Au démarrage, Emacs va lire sa configuration dans une fichier de configuration qui, par ordre d'évaluation, sont les suivants : ~/.emacs, ~/.emacs.el, ~/.emacs.d/.init.el. Le premier trouvé est utilisé.

Ici, il semblerait que la variable debian-aspell-only-dictionary-alist ne soit pas définie. Cette variable est peut-être contenue dans 50dictionaries-common…

Il te faut vérifier ton fichier d'initialisation, et regarder ce qui ne va pas.

Au pire, tu peux le partager ici.

Il me semble que certains utilisent des vélos couchés, et dans ce cas le Cx est bien plus faible (bien que je n'arrive pas à trouver de valeurs…).

N'ayant pas regardé l'API, je ne sais pas si les coefficients pris en compte dans l'équation énergétique sont changeables à la volée.

Je suis vraiment content d'avoir des nouvelles de ce projet qui m'avait enthousiasmé l'année dernière (déjà ?).

Soit dit en passant, « dépôt » est la traduction française de repository, alors pourquoi « répo » ?

En regardant la démonstration d'hervé, je ne pense pas que les paramètres « masse roulantes » et « vitesse sur plat » soient des données intéressantes.
D'un point de vu utilisateur, je souhaite aller de A à B, et je peux choisir de minimiser la distance, l'énergie ou le temps.
Quand au processus physique, je pense que la minimisation est ici indépendante de la masse a priori (sauf si l'objet devient trop petit, et que la viscosité s'en mêle). Elle semble donc inutile.
La vitesse sur plat pourrait être une valeur par défaut, et changeable uniquement dans un onglet avancé.

Enfin, en cliquant sur le trajet, ça pourrait être sympa d'avoir un profile du parcours (altitude en fonction de la distance).

Je voudrais bien t'aider, mais je n'y connais rien en développement web, alors bon…

Ben parfait ! Et merci pour cette précision !

Il semblerait qu'il n'y pas de consensus sur un unique format pour l'instant.

J'ai quelques recettes en texte brut, au format org-mode (emacs et vim le lisent bien), mais c'est vrai que c'est uniquement pour moi, et que les photos c'est vraiment bien pour donner envie! Le tout dans un dépôt Mercurial, histoire d'en suivre l'évolution.

Bon, tu te rends compte de la masse de travaille devant toi ? Car il ne faudra pas oublier de rajouter tes sources (quid des droits de publication ?)

Si ça marche bien, n'hésite-pas a revenir avec un journal ;)

« Gone Girl »
Œuvre d'après le roman éponyme, et qui est vraiment bien tourné. J'ai adoré la performance de Rosamund Pike !
Je le conseille fortement.

Les Kindles ne te forcent pas a créer un compte, ni a te connecter. Mais elles sont pas super pour Linux.

Kobo est mieux, et je posséde une kobo Aura HD. J'aime bien avoir une taille plus grande, et elle gére bien pleins de formats. Par contre, il me semble que kobo bosse sur une version IP68, soit résistante a l'eau, et c'est une bonne idée.

[référence nécessaire]

Oui, pourquoi pas.

Dans mon entreprise, entre le moment où tu écris un correctif, et le moment où tu peux l'envoyer dans le monde, il y a 2 semaines de tests au minimum.

Ici, vu que tu veux tester un truc qui ne se voit qu'après plusieurs semaines, c'est un peu normal.

Salut,

Comment as-tu créé les liens symboliques ?

Parce que la différence est infime en ligne de commande :

# liens symboliques
ln -s <cible> <nom du lien>

# liens en dur
ln <cible> <nouveau nom>

Pour le traitement en masse, il suffit d'encapsuler tout ça dans une boucle for.

Les hard links se font au niveau du numéro de l'inode, et de ce fait, un hard link n'est un autre nom pour un même fichier. L'inconvénient, c'est que ce n'est pas possible entre systèmes de fichiers différents.

Par contre, comme ça pointe vers le numéro de l'inode du fichier cible, ça veut donc dire que même si tu changes le chemin du fichier cible, le lien marchera toujours.

Si j'ai bien compris, tu veux deux répertoires A et B contenant des photos tel que B A.

Tu veux que les éléments de B soient des hard links vers ceux de A.

Je suppose que tu souhaites utiliser une interface graphique, et là, je ne sais pas trop comment t'aider, mais en shell, je suivrait la méthode suivante :
1. soit une liste de fichiers que je veux avoir dans B ;
2. créer un dossier vide "B" ;
3. boucle for sur la liste des fichiers, créant les hard links.

Je teste les maths plutôt comme ça :

if (( $limit < $now ))
then

On parle souvent de POSIX, alors en lire le contenu est une bonne chose !

On y apprend, par exemple, qu'il est préférable d'utiliser printf au lieu d'echo…

C'est quand même mieux de dire pourquoi :

Le double-tiret permet d'indiquer la fin des options, et le début des paramètres. Cela permet d'éviter d'interpréter des paramètres en tant qu'options.

Exemple :

$ echo -tea | grep -i '-tea'
grep: invalid option -- 't'
Usage: grep [OPTION]... PATTERN [FILE]...
Try `grep --help` for more information.

$ echo -tea | grep -i -- '-tea'
-tea

Dans la section vocabulaire spécifique, je propose les termes suivants :
commit : changement, modification, correctif ;
pull request : demande d'intégration ;

Dans la partie sans consensus :
front-end : frontal, client, routeur ;
back-end : dorsal, serveur ;
binding : liaison ;
slot : souvent utilisé tel quel, parfois remplacé par « rainure », ou improprement par « port » ;

tier est pourtant très facilement traduisible par « niveau » ou l'un de ses synonymes, sans problèmes. Où ce « manque de consensus » a-t-il été discuté ?
Pour moi, tier appartient aux mots que l'on n'utilise pas souvent, et dont on a pas l'habitude de traduire, mais dont la traduction est tout à fait correcte, quoi-qu’inhabituelle à nos oreilles.

Je tenais une liste d'anglicismes (trop) communs dans mon entreprise, il y a peut-être des trucs intéressants à prendre :

[Load(er)]
  Charger.
  Ex : Le chargement d'une version en production
[Fallback(er)]
  Replier / annuler le chargement / révoquer, retour en arrière.
  Ex : On a revoqué la version de production, car elle était mauvaise.
[Query]
  Requête
  Ex : Tu dois utiliser les index dans ta requête.
[Mail]
  Courriel
  Ex : Je t'ai envoyé un courriel à propos de…
[Commit(ter)]
  Archiver des changements. Un changement.
  Ex : C'est le changement de Jérôme. As-tu archivé tes changements ?
[Rollback]
  Annuler, retour en arrière.
  Ex : Tu annules tes changements.
[Check(er)]
  Vérifier, tester. Un test.
  Ex : As-tu vérifié ton cas ?
[String]
  Chaîne de caractère.
  Ex : « x » est une chaîne de caractères de longueur 10.
[Split(ter)]
  Scinder, fractionner, découper.
  Ex : Scinder une chaîne de caractères.
[Loop]
  Une boucle, itérer.
  Ex : Là, j'itère sur les éléments de la liste.
[Canceller]
  Bon, c'est « acceptable », mais Annuler est plus courant.
  Ex : Annule ton action avant de tout faire râter.
[Down]
  En panne, hors service.
  Ex : Le service est en panne.
[Database]
  Base de données
  Ex : La base de données est hors service.
[Grepper]
  Filtrer avec Grep, cherche avec l'aide de Grep.
  Ex : Tu dois chercher ce message d'erreur avec Grep.
[Thread/MultiThreading]
  Fil d'execution/ Execution Multifil / Multi-tâche
  Ex : Ce programme ne prend pas en charge l'execution multi-tâche.
[Support]
  Prendre en charge.
  Ex : La nouvelle version de Linux prends maintenant en charge
  l'IPv6.
  _Mais_ : Nous n'avons pas beaucoup de support de la part de cette équipe.
[Lock(é)]
  Verrou(illé)
  Ex : La base de donnée est verrouillé.
[Forward(er)]
  Transfer(er).
  Ex : Je t'ai transféré son message hier.
[Meeting]
  Réunion.
  Ex : On a une réunion dans 5 minutes.
[Header]
  Fichier d'en-tête.
  Ex : Tu as oublié de changer le fichier d'en-tête correspondant.
[Library]
  Bibliothèque.
  Ex : La compilation de la bibliothèque a échoué.
[Chase(r)]
  Courir après, pourchasser.
  Ex : Aujourd'hui je n'arrête pas de me faire courir après à propos
  de mes changements d'hier.
[Cast(er)]
  Convertir le type. (C++).
  Ex : Tu dois convertir de manière dynamique le type de ta variable.
[Fail(er)]
  Râté, échouer.
  Ex : Tiens ! Mon test a échoué.
[Display(er)]
  Un affichage, afficher.
  Ex : Peux-tu afficher l'historique des modifications ?
[X à ce que]
  Le seul valide : jusqu'à ce que
  Incorrects : de manière à ce que, de façon à ce que,
  Comment dire ?
  De manière à + verbe
  Ex : Le filtre est troué de manière à retenir les impuretées.
  De manière que + pronom/article.
  Ex : Mets la casserole sur le feu de manière que l'eau puisse bouillir.
[Dashboard]
  Tableau de bord.
[Set]
  Fixer, installer, mettre en place, mettre. Un ensemble.
[Switch(er)]
  Un bouton, un interrupteur, un commutateur. Changer.
  Il y a un bouton pour ça dans l'interface graphique.
[Plug(ger)]
  Une prise male (femelle = socket), brancher.
[Backend]
  Un serveur.
[Frontend]
  Un client, un routeur, un frontal.
[Issue/Issuance]
  Émis, Émettre.
[Outsource]
  Sous-traité.
  Ex : Cette partie est sous-traitée : nous ne nous en chargeons pas.
[Parser(é)]
  Décomposer analytiquement. Décomposition analytique. Analyse syntaxique.
[Interview]
  Entrevue, entretien.
[Boot(er)]
  Lancement, lancer, démarrer.
[Wikipedia]
  C'est féminin !
[Deadlock]
  Interblocage, impasse.
[Segmentation fault]
  Erreur de segmentation.
[Bug]
  Déboguer, débogueur, débogage ==> bogue.
[cross-compilation]
  Compilation croisée
[Dæmon]
  Démon.
[Cron(ner)]
  Planifier un événement récurrent, une tâche cron
[Pull request]
  Demande d'intégration.
[Nightly builds]
  Compilations journalières, versions journalières, compilations nocturnes.
[Bookmark]
  Marque page.
[Trademark]
  Marque déposé, droit de marque.
[Scalable]
  Extensible, évolutif.
[Tag]
  Marqueur, marque, étiquette.
[Scrobble (audio)]
  Partage de préférences musicales.
[Callback]
  Rappel, appel.
[Fork]
  Une branche, créer une branche.
[Planning]
  Emploi du temps
[Streaming]
  Diffusion de flux
[Replaygain]
  Normalisation audio inter-pistes
[Target(ter)]
  Une cible, cibler, viser.

Je vois qu'il existe, par exemple, des liaisons pour Python 2/3, mais je me demande quelques petites choses : qu'en est-il de l'intégration des applications dont la partie graphique utilise les ESL avec les autres bibliothèques du monde Linux (telles Qt et Gtk), sous Mac OS X, et sous Windows ?

Parce que finalement, c'est bien d'avoir une autre bibliothèque graphique, mais il faut qu'elle apporte quelque chose d'autre que la légèreté pour être utilisée par plus de monde.

Là question que je me pose, c'est que si la fréquence de ton processeur est gérée dynamiquement, est-ce que cela n'influe pas sur le pas de mesure du processeur ?

En C, il existe une fonction clock_gettime, mais dont l'implémentation est dépendante du système.

En shell, tu as sûrement utilisé quelque chose comme date +%F-%T.%N, qui permet d'afficher les nanosecondes, mais est-ce stable ?

En fait, à cette précision-là, c'est impossible à prévoir, et ça va dépendre de l'ordonanceur, qui peu décider de lancer un autre bout de processus avant de lancer la commande date à la fin de ton processus, ce qui va fausser tes résultats.

L'utilisation de proc_sched_show_task est la meilleure idée, mais pas la panacée : le fait même que tu veuilles lire cette valeur entre en compétition avec la tâche dont tu essais de mesurer le temps d'exécution, donc tu en allonges le temps.

Par exemple, il te faut prendre en compte nr_voluntary_switches, qui représente le nombre de fois que le processus à été arrêté pour un autre, et le temps moyen passé à attendre… c'est vraiment dûr.

Le cas en multi-processeurs est pareillement difficile, et dépend évidement de la charge.

Il te reste la solution de lancer un grand nombre de fois ton processus dans un environnement parfaitement maîtriser, et d'en déduire la tendance statistique. Tout dépend de la confiance que tu veux avoir en tes résultats !

Tu trouveras plus d'infos sur les valeurs de l'ordonanceur, je te conseille de voir la note écrite quand il a été dévoilé : http://lwn.net/Articles/242900/

Ce clavier est tout à fait utilisable en bépo, mais il n'a pas été créé pour autre chose que le qwerty à l'origine.

Tu peux toujours prendre une version sans marquage, ou bien ne pas regarder ton clavier.

Le souci, c'est qu'il y a plus de touches en bépo qu'en azerty (lettres), et le truly ergonomic ne possède que 5 colonnes par mains, alors tu vas te retrouver avec la dernière rangée de droite éparpillée (w, z, m, ç), typiquement à la place des parenthèses et !/? sur le truly ergonomic.

Le clavier parfait devrait avoir 6 colonnes par mains, mais il n'y en a pas. J'avais un espoir en Ergodox, mais personne n'a sorti de version bépo, et je n'ai ni le temps, ni les connaissances pour le faire moi-même.

Il y a même un site de trolls dédié au sujet tant il est apprécié !

Eh oh, les gens sont libres quand même.

C'était ironique…

La bonne solution, c'est bien sûr d'adapter les services aux utilisations : données chiffrées par défaut par le client, le serveur n'a aucune possibilité de lire le contenu (le service ne doit donc pas être aux É.-U., entre autres), et que se soit transparent pour l'utilisateur.