Renaud Casenave-Péré a écrit 56 commentaires

  • # xBrowserSync

    Posté par  . En réponse au journal AlienBob et les dédales de Chromium sous Slackware. Évalué à 10.

    Je n'utilise ni chromium ni slackware mais ce journal m'a fait découvrir xBrowserSync.

    Alors merci.

  • [^] # Re: Rester loin d'XMPP

    Posté par  . En réponse au journal Retour d’expérience (et tuto) XMPP. Évalué à 0.

    Je ne peux malheureusement qu'acquiescer…

    Après avoir essayé plusieurs combinaisons de clients et de serveurs, il manquait à chaque fois un truc qui ne marchait pas bien. Pour ma part je me suis rabattu vers mattermost pour une communauté d'une dizaine de personnes.

    En théorie XMPP propose beaucoup de choses intéressantes mais en pratique c'est toujours un peu trop compliqué et j'en suis le premier navré…

  • [^] # Re: Dépêche actuelle et la suite

    Posté par  . En réponse à la dépêche Les coulisses du standard C++. Évalué à 1.

    De la même manière, "\n" ou << std::endl ?

  • # WinCompose c'est bien

    Posté par  . En réponse au journal Sortie de WinCompose 0.7.5. Évalué à 6.

    J'ai découvert WinCompose je ne sais plus trop comment il y a un peu plus d'un an et je confirme c'est de la bonne.

  • [^] # Re: US international

    Posté par  . En réponse au journal Ou en est RuggedPOD ? Premiere VM a 1 euro annoncee. Évalué à 1.

    Si tu parles de windows, t'as également l'option WinCompose.
    Ça me sauve la vie au boulot avec mon clavier dvorak.

  • [^] # Re: Le futur te rattrape toujours

    Posté par  . En réponse au journal Apple annonce Swift, son nouveau langage de programmation. Évalué à 10.

    J'avoue avoir pensé à la même chose en lisant ce passage :

    On retrouve les concepts à la mode du moment tels les Closures, les retours de valeur multiple

    J'ai l'impression qu'on n'invente plus grand chose depuis 30 ans mais qu'on se contente de remettre progressivement à la mode des concepts qu'on a perdu depuis la grande époque du C/C++/Java

  • [^] # Re: OCaml ?

    Posté par  . En réponse à la dépêche Concours de programmation CodinGame le 22 mars 2014. Évalué à 1.

    C'est effectivement le choix que je privilégierais mais tout le monde n'est pas nécessairement d'accord.
    Et c'est en mode interpreter que clisp parait beaucoup plus lent que sbcl mais c'est parce que sbcl triche et compile même en mode interpreter, non ? Je peux me tromper, je ne suis pas un expert non plus.

  • [^] # Re: OCaml ?

    Posté par  . En réponse à la dépêche Concours de programmation CodinGame le 22 mars 2014. Évalué à 1.

    Moi j'aimerais bien avoir du Common-Lisp. Mais après faut se mettre d'accord sur une implémentation…

  • [^] # Re: Commentaire et questions

    Posté par  . En réponse au journal DD & Valve. Évalué à 4.

    Tous les jeux sur Steam ne sont pas sous drm malgré la croyance populaire. Certains jeux peuvent se lancer directement en utilisant le fichier binaire sans se connecter avec le client. Par contre je crois qu'il n'y en a qu'une poignée.

    Un truc qui me chiffonne c'est comment les développeurs peuvent être contents du cadeau vu le peu d'effort fait sur l'intégration avec Debian. Mettre le moteur source sous license libre ou essayer un minimum de baser son store sur apt-get m'aurait paru un bien meilleur cadeau…

  • [^] # Re: Git

    Posté par  . En réponse au journal nanim 1.6. Évalué à 1.

    Tu pourrais peut-être essayer git-annex qui est prévu pour les fichiers binaires. L'utilisation est un peu différente de git et le support de windows est pas au top mais c'est très prometteur.

  • [^] # Re: Taille des doigts…

    Posté par  . En réponse au journal Où l'on essaye le TypeMatrix, J+3. Évalué à 2.

    J'ai fait l'acquisition de ce clavier il y a un peu plus d'un mois et j'aime beaucoup. J'utilisais le typematrix avant mais les quelques touches mal placées (Win+D, ctrl…) et d'autres problèmes m'ont fait aller voir ailleurs.

    Dans les avantages du truly ergonomic, il y a le fait que toutes les touches sont programmables sur 3 niveau (normal, Fn+Touche et en Numlock). Du coup on peut se créer sa propre disposition. Le fait qu'il soit mécanique est aussi très confortable même s'il est beaucoup moins silencieux qu'un typematrix avec une skin.

    Par contre un gros problème qui semble récurent (rapide recherche sur internet + expérience personnelle sur 2 claviers), c'est le fait que de temps en temps certaines touches s'activent plusieurs fois quand on appuie dessus ce qui est super stressant. Il parait qu'on peut corriger le problème en usant la touche (une centaine de frappe) mais chez moi le problème réapparaît régulièrement. Et là, le seul moyen est de renvoyer le clavier chez le fournisseur qui le garanti 1 an.

  • # Oui, mais il y avait plus simple !

    Posté par  . En réponse au journal Clojurer des regexps avec Java, en Lisp :). Évalué à 3.

    Toutes les raisons sont bonnes pour s'exercer à un nouveau langage, je ne critique donc pas le choix du projet mais si tu es habitué à re-builder dans emacs, tu seras peut-être intéressé par regexp-opt qui fait exactement ce que tu cherches à faire en closure :

    (regexp-opt '("plip" "plop"))
    "\\(?:pl\\(?:[io]p\\)\\)"

    Par contre, tu te retrouves avec la syntaxe propre à emacs, avec des backslashes dans tous les sens. Il y a peut-être une fonction pour convertir une regexp d'une syntaxe à une autre mais je ne l'ai pas trouvée

  • # Même problème

    Posté par  . En réponse au message Crashs étranges de serveur. Évalué à 1.

    J'ai le même problème, sur un serveur online également, qui est apparu quand j'ai mis debian à jour de squeeze à wheezy. Je n'ai plus qu'un apache et un ejabberd qui tournent dessus, je ne pense donc pas que ce soit le serveur qui ne tienne pas la charge. Je pensais que c'était la mise à jour qui a foiré, je comptais essayer de réinstaller le tout mais je n'ai pas encore pris le temps.

  • [^] # Re: Les fonctionnalites tactiles...

    Posté par  . En réponse au journal Deux nouvelles pour Qt. Évalué à 3.

    C'est exact, tu as raison.

    Il y en a aussi sur les distributeurs de billet sncf. Hein Kerro ?

  • # Les fonctionnalites tactiles...

    Posté par  . En réponse au journal Deux nouvelles pour Qt. Évalué à 3.

    Une nouvelle avancé de Qt 5.1 est le support d’Android. Histoire que les fonctionnalités tactiles de QML servent enfin à quelque chose.

    Les fonctionnalites tactiles se portent tres bien, merci pour elles. Elles sont deja mises a contribution dans maemo, meego, sailfish, blackberry…

    Il n'y a pas qu'android (ni ios) dans la vie telephonique.

  • [^] # Re: feed2imap vs rss2email

    Posté par  . En réponse au journal google reader se moque. Évalué à 1.

    Bon, s'il n'y a pas de problème je vais peut-être me laisser tenter, ça allégera mon postfix.

    Et puis il y a la magie du ruby qui m'a permis de rajouter l'url du feed dans les headers en 10 secondes top chrono, ça doit bien compter pour quelque chose.

  • [^] # feed2imap vs rss2email

    Posté par  . En réponse au journal google reader se moque. Évalué à 1.

    Chez moi j'utilise rss2email qui n'est pas mal non plus sauf qu'il envoie réellement les mails (traités par postfix) plutôt que de permettre de les mettre lui-même dans le maildir et ça fait un petit moment que le développement ne bouge plus (quasi 2 ans).

    Du coup, je serais bien tenté par feed2imap, sauf que là aussi le développement semble au point mort d'autant plus que d'après le bug tracker de github, il ne fonctionnerait pas bien avec ruby 1.9…

    Que faire… Quelqu'un n'aurait pas un autre outil du même genre avec un développement un peu plus pérenne ?

  • [^] # Re: Question bête ...

    Posté par  . En réponse à la dépêche LiquidPrompt version 1.2. Évalué à 1.

    Sauf si tu as l'habitude de faire des git fetch à la main régulièrement.

  • [^] # Re: Migration

    Posté par  . En réponse à la dépêche Sortie de CLFSWM 1212. Évalué à 2.

    Ça marche impeccable, merci. Je vais donc pouvoir tenter une migration en douceur.

    Je suis quand même un peu perturbé par le principe du triple focus root → cadre → fenêtre surtout quand le cadre et la fenêtre sont confondus… M'enfin on verra sur la durée, si j'arrive à m'y faire.
    Heureusement que le mode exposé est là, je sens que c'est ce dont je vais me servir le plus.

    Je trouve également un peu bizarre d'avoir par défaut des tonnes de raccourcis utilisant Meta alors que tu as l'air d'être un utilisateur d'emacs. Du coup, j'ai tout redéfini sur la touche Super, je me sens déjà plus à l'aise. :)

  • [^] # Re: Migration

    Posté par  . En réponse à la dépêche Sortie de CLFSWM 1212. Évalué à 2.

    Je pense que je vais moi aussi migrer un jour (depuis xmonad).

    Le coté arborescence des cadres m'a l'air assez fou, je suis sûr qu'on peut faire des trucs marrants avec.
    Et puis j'essaye de me mettre sérieusement au common-lisp, ça me donnera une base à bidouiller.
    Par contre, je cherche à connecter un repl (slime, de préférence) à une instance de clfswm, mais je ne sais pas trop où chercher les infos. Si je lance tout à partir de slime, je perds la main quand j'appelle (clfswm:main).

    Ah et sinon, je ne sais pas qui est responsable du paquet pour Debian, mais cl-asdf n'est pas installé avec clfswm, j'ai dû l'installer moi-même.

    Autre truc bizarre, firefox ne respecte la taille des cadres dans LinuxMint (pas eu de problème avec Debian).

  • [^] # Re: Les nouvelles sont meilleures

    Posté par  . En réponse au journal Qualité des « nouvelles » skins Typematrix ?. Évalué à 2.

    J'ai également testé les deux sans remarquer une grosse différence entre les anciennes et les nouvelles.
    Par contre, disposant au boulot d'une skin translucide et d'une noire chez moi moins usée, je remarque que celle chez moi demande plus de force dans les doigts. Est-ce que c'est un problème d'usure ou une différence de matière entre la translucide et la noire, je ne sais pas vraiment.

  • [^] # Re: Le mode est changé dans le buffer dans lequel tu as lancé ta commande

    Posté par  . En réponse au message [Emacs.Lisp] Définition des touches pour un mode majeur. Évalué à 2. Dernière modification le 14/09/12 à 17:39.

    J'ai compris d'où venait ton problème. Il faut que tu lance ton mode avec M-x rct, pas M-x rct-mode. Et c'est parfaitement normal.
    En gros, ce que tu es en train de programmer n'est pas un mode majeur standard comme pourraient l'être c++-mode ou org-mode. Tu es en train de coder une sorte de programme complet qui tourne dans emacs.

    Et pour cela, tu as besoin d'une fonction principale qui s'occupe de gérer le ou les modes utilisés par les buffers de ton programme. En l'occurence tu n'en as qu'un, mais le principe reste le même, surtout si tu veux utiliser un buffer qui n'est pas lié à un fichier.

    Ce qui fait que tu dois lancer ton programme à l'aide de M-x rct, qui va créer le buffer dont tu as besoin, et qui va spécifier le mode majeur dans lequel ce buffer devra être.

    Ce qu'on appelle « mode majeur » n'est que la définition du comportement principal d'un buffer quel qu'il soit.

    Pour la couleur de ton texte, je suis désolé, je n'y connais rien en faces. À vrai dire, je suis moi-même un débutant en Emacs Lisp et je n'ai que peu d'expérience en création de mode. Je m'intéresse à la doc interne à emacs et je suis pas mal de blogs sur le sujet mais c'est à peu près tout.

    Pour l'exécution d'un programme externe, si tu veux le lancer de manière asynchrone (sans perdre la main), tu peux utiliser la fonction (async-shell-command), c'est dans la doc de (shell-command)…

    Et oui, si tu ne veux pas avoir un buffer à coté, c'est (switch-to-buffer) qu'il faut utiliser. C'est surtout une préférence quant au comportement de ton programme. C'est à toi de choisir ce que tu préfères

  • [^] # Re: Le mode est changé dans le buffer dans lequel tu as lancé ta commande

    Posté par  . En réponse au message [Emacs.Lisp] Définition des touches pour un mode majeur. Évalué à 1.

    Bah écoute, moi j'ai pas de problème…

    Y'a quand même un truc qui manque dans ta fonction rct, c'est l'instruction (interactive) au début pour pouvoir la lancer avec M-x ou avec un raccourcis

  • [^] # Re: Le mode est changé dans le buffer dans lequel tu as lancé ta commande

    Posté par  . En réponse au message [Emacs.Lisp] Définition des touches pour un mode majeur. Évalué à 1.

    Ta dernière fonction rct est bien, mais c'est le pop-to-buffer qui est mal placé.
    Il faut que tu le sorte du bloc (with-current-buffer …), sinon il n'aura pas d'effet.

  • [^] # Re: Excellente initiative

    Posté par  . En réponse au journal Tester un clavier Typematrix 2030 USB Dvorak gratuitement. Évalué à 1.

    J'ai effectivement le même problème avec ma skin translucide que j'utilise au boulot, et c'est assez désagréable au touché…
    Par contre, je n'ai pas ce problème avec une skin noire que j'ai chez moi. À vue de nez, je dirai que c'est une différence de texture entre la translucide et la noire — et dans ce cas je conseillerai d'en acheter une noire — mais il se peut que ce soit un simple problème d'usure (j'utilise beaucoup plus mon clavier au bureau que chez moi)

    Si quelqu'un possédant une skin noire pouvait confirmer / infirmer.