Vous l'avez peut être vu sur Internet, Google est entrain de tester chez certains un nouveau design pour la homepage de Google.com. Les modifications sont assez nombreuses (oui 3 modifications pour la homepage de Google c'est pas mal :D):

• Nouveau Logo (très IOS7 je trouve).

• Nouveau Menu.

• Et une interface encore plus épuré

  

Donc pour tester rien de plus simple:

>>> Ouvrez votre navigateur et dans la console de celui-ci (exemple F12 sous Chrome) vous tapez ceci :
>>> document.cookie="PREF=ID=e66a207a51ceefd8:U=936bafc98b2a9121:FF=0:LD=en:NR=10:CR=2:TM=1378808351:LM=1379592992:SG=1:S=OXyq0fqClYB66VuV ; path=/; domain=google.com";window.location.reload();

L'avantage de Linux c'est que l'on peut faire vraiment (ou presque) n'importe quoi. Ma dernière bidouille c’est l’affichage d’un second serveur X sur mon deuxième écran. L’intérêt (pour moi en tout cas) c’est d'avoir les avantages de Gnome-Shell et en parallèle un i3 pour le tilling et surtout pour finaliser la configuration du i3 pour éventuellement migrer complètement.

Pour faire simple la solution que j'ai utilisé c'est :

• Un lancement classique de Gnome-Shell via GDM.
• Lancement de i3 via Xephyr
• Suppresion des bordures de la fenêtre de Xephyr avec Devilspie

Bien évidement la configuration fait référence à la résolution de mes écrans (1680x1050), Dans mon cas i3 s'affichera sur l'écran de droite qui a une résolution de 1680x1050

(if
    (is (window_class) "Xephyr")
    (begin
        (undecorate)
        (geometry "1680x1040+1680+0")
    )
)

#!/bin/bash
killall devilspie
devilspie ~/.devilspie/Xephyr.ds &
startx -- /usr/bin/Xephyr :1 -screen 1680x1050 -host-cursor 2> /dev/null &

Même si aujourd'hui les périodes hors-ligne sont de moins en moins nombreuses il peut arriver pour une raison X ou Y de ne pas avoir Internet (Train, Camping, ...). Et dans c'est cas là plus de documentation plus rien... Pas très pratique, c'est donc par hasard (et en camping) que je suis tombé sur l'outil pydoc, c'est un peu le man des fonctions python.

Mais ce n'est pas tout si on lui passe le flag -g on ce retrouve avec une petite interface web ET une fonction de recherche dans la documentation installée sur la machine. génial quoi! Donc rien de plus simple

>>> pydoc -g

ou pour les fans du terminal (par exemple la fonction print)

>>> pydoc print

Donc plus d'excuse même sans Internet vous pourrez retrouver la doc des fonctions ;).

Visiblement Google est en train de tester l'intégration des commentaires Google+ dans autre chose que Google+, en début de semaine Google a annoncé que leur outil de blogging utiliserai maintenant Google+ comme support pour les commentaires. Et visiblement le système est plutot open car sans trop se casser la tête il est possible de l'intégrer sur son blog perso.

Certains ont déjà migré sur ce nouveau service de commentaires, pour ma part je suis plutôt réservé même si le service semble vraiment sympa, je me méfie de Google qui peut sans prévenir couper le tout... (Bha oui rien a été vraiment annoncé). Mais bon vu que vous êtes joueur (et moi aussi) voilà le code source à mettre dans vos pages web pour que celle-ci soit Google+ commentairisé ;).

<iframe id="gcomments" width="70%" height="600" src="" frameborder="0" scrolling="auto" marginheight="0" marginwidth="0" ></iframe>
<script type='text/javascript'>
        document.getElementById("gcomments").src="https://plusone.google.com/_/widget/render/comments?bsv&href="+document.URL+"&first_party_property=BLOGGER&view_type=FILTERED_POSTMOD";
</script>

Rien de plus, et oui c'est vraiment super simple... Reste à voir combien de temps ça va fonctionner...

Hop petite mise à jour, il est possible aussi de passer via une version, avec un peu plus de javascript (plus complexe) mais qui est peut-être un peu plus pérenne (En tout cas qui est je pense beaucoup plus propre):

<script type="text/javascript" src="https://apis.google.com/js/plusone.js" gapi_processed="true"></script>
<div id="plusonecomments"></div>
<script type='text/javascript'>
        var id = 'plusonecomments';
        var divWidth = document.getElementById(id).offsetWidth;
        var width = !!divWidth ? Math.min(divWidth, 1351) : 600;
        var url = document.URL;
        var moderationUrl = "";
        var moderationMode = "FILTERED_POSTMOD";
        gapi.comments.render(id, { 'href': url, 'first_party_property': 'BLOGGER', 'legacy_comment_moderation_url': moderationUrl, 'view_type': moderationMode, 'width': width });
</script>

[Source]

Vu que visiblement Free n'est pas décidé à activer le support d'un point de montage Samba dans la partie multimedia de la Freebox et que je me suis lassé d'avoir à convertir en MKV mes épisodes + mes sous-titres, je me suis décidé de vraiment me pencher sur le problème de sous-titrage en UPNP.

Depuis les derniers Firmware de la Freebox il est normalement possible de lire au travers de l'UPNP des sous-titres (avec le même nom blablabla), mais avec mon Synology et DSM 4.2 ça ne fonctionnait pas. Après bien des essais et bien des échecs, j'ai ENFIN réussi à faire lire à la Freebox les sous-titres sans avoir à transcoder chacune de mes vidéos, et pour ça rien de plus simple il suffit de changer le profil du Freebox Player dans le Synology et de faire passer votre Freebox Player en "LG Player"

Bonne journée à tous :).

Bon et bien voilà Google a sonné la fin de la récré Google Reader c'est bientôt fini... Dommage vraiment dommage, car l'outil était vraiment pratique en tout cas chez les personnes souhaitant faire de la veille, ou tout simplement pour toutes les personnes qui souhaitent centraliser à un seul endroit l'intégralité de leur lecture sur Internet (ce qui est mon cas).

Ça fait longtemps que je regardais les alternatives à Google reader, mais sans vraiment de succès. L'un des principales avantages de Google reader c'est la simplicité (ou l'austérité diront certains...), et surtout c'est raccourci clavier simple mais efficace (j et k par exemple).

Après avoir testé beaucoup d'alternative (trop complexe, trop lourde, trop simpliste ?) je suis tombé sur mon bonheur, SELFOSS. Selfoss c'est plein d'avantages :

• Legé.
• Une configuration simple.
• Épuré.
• Beau ? (bon ok c'est très suggestif)
• Open source (les sources sont disponibles sur Github, et l'auteur est très actifs)

Pour le look ça ressemble à :

Que du plus, j'y suis déjà passé. Pourquoi pas vous ?

Quand je fais du python j'utilise énormément de virtualenv (je pense que je ne suis pas le seul). Les virtualenv's c'est vraiment génial (oui oui vraiment) ça évite de polluer son système avec plein de dépendances diverses qui sont au final utile que dans un seul projet. Le seul "petit" soucis avec les virtualenv c'est qu'il faut utiliser la commande source pour les démarrer exemple :

➜ ~ source python/mon_super_virtualenv/bin/activate

Ce n'est pas vraiment long, mais quand on multiplie par quatre ou cinq virtualenv par jour c'est plutôt pénible (même si avec l'historique des commandes -ctrl+r- c'est assez rapide). L'idée de départ c'est de simplifier l'activation du virtualenv avec une petite fonction sympathique dans mon .zshrc:

function workon() {
        source ~/python/$1/bin/activate
}

Après pour l'utilisation rien de plus simple :

➜ ~ workon mon_super_virtualenv
(mon_super_virtualenv)➜ ~

[Edit] Et pour ceux qui souhaitent encore plus, FreakyNadley m'a remonté l'existence de virtualenvwrapper :)