saimn a écrit 99 commentaires

cool, merci ! bon maintenant il faut que je m'attaque à faire une version responsive de ma css (j'en avais fait mais un coup de rsync malheureux …).

est-ce qu'il vaut mieux proposer par User-Agent ou en fonction de la résolution ?

les media-queries c'est quand même plus souple (ca s'adapte à n'importe quelle résolution, mobile, tablette, …) que le match de User-Agent. Le problème c'est cette balise meta viewport (cf ci-dessus).
pour les utilisateurs non authentifiés, il suffirait que le thème par défaut soit responsive (avec à ce moment là la balise meta viewport par défaut et qu'on puisse la désactiver dans les préférences si on utilise une css incompatible.

le problème est que ca nécessite l'ajout de la balise meta viewport, ce qui a été fait puis défait car cela cassait les styles qui ne sont pas prévus pour. Une solution serait peut-être d'avoir une case à cocher dans les préfèrences pour ajouter cette balise si on utilise une css compatible ?

pluzun pour sphinx, que l'on peut combiner avec http://readthedocs.org/ pour la génération automatique à partir d'un dépôt git, hg, … Il y a la version en ligne pour les projets publiques, sinon c'est installable: https://github.com/rtfd/readthedocs.org

SSHDroid fonctionne aussi pour les téléphones non rootés !

• ca permet de ne pas avoir de cookies sur le domaine / sous-domaine pour les fichiers statiques: http://developer.yahoo.com/performance/rules.html#cookie_free
• quand le domaine contient "cdn" c'est qu'il s'agit à coup sur d'un cdn (Content Delivery Network) qui permet de servir les fichiers statiques depuis plusieurs serveurs répartis dans le monde, ce qui permet de réduire les temps de réponse: http://developer.yahoo.com/performance/rules.html#cdn

ah d'accord, je n'avais pas pensé que ça impacterai les autres css.
En fait, si j'ai bien compris, par défaut les navigateurs pour mobiles font un rendu sur 800/900px et un affichage de la page entière avec un zoom arrière. En utilisant la balise meta "viewport" on dit au navigateur d'utiliser la taille du device, ca fonctionne bien si le code css est prévu pour linéariser la page :
http://dev.opera.com/articles/view/an-introduction-to-meta-viewport-and-viewport/

Le truc est que j'ai besoin de cette balise pour faire une feuille de style "responsive", qui s'adapte à la résolution et permet une navigation plus agréable sur un smartphone (sans avoir besoin de zoomer). En attendant, pour tester c'est là.

d'alpi, de ski et de grimpe, toute l'histoire est ici:
http://www.camptocamp.org/articles/106729/fr/historique-des-sites-communautaires-camptocamp

Il y avait un journal récemment à propos de « Eating your own dog food » … Gitlab qui utilise github pour son développement, ca parait assez étonnant quand même, pas vraiment prometteur si eux-même n'y croient pas. Sans parler de leur démo qui ne répond pas.

même chose pour numpy, un simple np.sum(1./(np.arange(1,10000)**2)) est 15 fois plus rapide que la boucle.

j'utilise trash-cli et un alias rm=trash-put
https://github.com/andreafrancia/trash-cli

es-tu sur que ta «réécriture d'adresse dans le URL rewriting et une erreur 301» fonctionnait bien ? si c'était le cas tu ne devrais pas avoir 276 résultats chez google sur ploum.frimouvy.org: http://www.google.fr/search?q=site:ploum.frimouvy.org
Normalement si tu met une redirection permanente (301), Google indexe la nouvelle page et supprime l'ancienne, c'est assez rapide. Par contre, de mémoire, avec dotclear et ses url en query-string (ploum.frimouvy.org/?212-les-nons-humains) c'est un peu pénible de trouver la bonne incantation de réécriture (si tu utilises #RewriteRule).

pandoc gère un peu latex et epub, j'ai donc fait un petit essai avec un article latex, conversion en epub avec utilisation de mathjax pour les formules.

Problème: le javascript de mathjax n'est pas inséré dans les fichiers html ... par contre ca marche bien avec la sortie html, et on peut ensuite avec calibre le convertir en ebook qui lui contiendra le script mathjax. Le résultat est plutôt satisfaisant, reste des petits trucs comme les références internes (pas essayé la biblio):

pandoc -s --mathjax -f latex -t html -o test.html P012.tex

kdepim-runtime > kdepimlibs > akonadi > mysql

tant qu'on est à dénoncer grave, une image de 1224px et 900ko pour un navatar me semble un peu exagéré (surtout avec le bug dans ma feuille de style qui a fait que ton navatar était affiché en taille réelle, omg !).

Mais surtout je trouve que les marques-pages ne sont pas facile à gérer: ça prend du temps, de l'organisation et/ou de la mémoire pour classer ou retrouver un marque-page, puis pour le modifier/supprimer, contrairement à un onglet.

Tu peux les utiliser de la même façon que ta liste d'onglet: avec les écrans larges il y a la place pour afficher les marques-pages sur le côté (CTRL-b). Y a plus qu'à cliquer sur la petite étoile pour les onglets que tu veux garder pour plus tard (je sais pas s'il y a un raccourci ? SHIFT-a avec vimperator/pentadactyl), ils vont dans "marques-pages non classés" que tu as sous les yeux (dans la barre à gauche donc). Tu peux les trier par nom, les filtrer, faire des dossiers, les synchroniser, etc.

il y a pas mal de posts/blog/forums sur ce problème de client juniper qui ne fonctionne pas en 64 bits. J'avais trouvé une méthode à base de téléchargement des bons fichiers (un peu dans ce genre pour le certificat: http://www.joshhardman.net/juniper-network-connect-vpn-linux-64-bit/) mais je ne retrouve plus la source (depuis on a une passerelle ssh :-)).

ce post récent donne une méthode qui parait intéressante:
http://ubuntuforums.org/showthread.php?p=11189826#post11189826%22

autant mettre la suite de la phrase:

A l'inverse, si vous demandez le passage, ne talonnez jamais le véhicule qui vous précède.

chez moi ils y sont bien (je le découvre d'ailleurs, cool !):

 ~  quvi --category-all --support            
...
pluzz.fr    default
...
videos.arte.tv  default|best

il y a un plugin de gestion de version qui doit pouvoir répondre à ce problème, à voir si c'est suffisamment intégré (uniquement bzr pour l'instant): http://zim-wiki.org/manual/Plugins/Version_Control.html

Pour Git, cf http://zim-wiki.org/contribute.html, rubrique Bounties:

Support for Git version control - in progress
Amount: 100 Euro 

Je pense que le bio, pour répondre à des besoins de grande échelle, nécessitera que les techniques de production évoluent.

c'est déjà le cas, par exemple avec le binage de précision guidé par GPS : http://www.biofil.fr/nouveautes-materiels/biner-grace-au-gps-b66/

#include <wikipedia.org>
return Agriculture biologique

Ah bon? ça aurait changé quelque chose dans les produits que j'utilise tous les jours pour manger, avoir un toit, ma sécurité, mes loisirs (technologique ou autre)?

si l'homme s'était contenté de s'intéresser à "manger, avoir un toit, ma sécurité, mes loisirs", où en serait-on aujourd'hui ?
quelques images "inutiles":
http://fr.wikipedia.org/wiki/Fichier:Hubble_ultra_deep_field_high_rez_edit1.jpg
http://www.nasa.gov/mission_pages/hubble/multimedia/ero/index.html

à noter que le compactage est enfin activé par défaut, ce qui devrait alléger un peu les boites mail et améliorer la réactivité de Tb. (c'est pas dans les release notes mais annoncé ici: http://blogzinet.free.fr/blog/index.php?post/2011/06/28/Mozilla-Thunderbird-5.0).

la vue Conversation, ça existe déjà dans Claws Mail.

la vue en thread oui: la liste des mails est affichée avec une arborescence, mais il faut cliquer sur chaque message pour l'afficher. Probablement tous les lecteurs font ca aujourd'hui non ?
la vue en conversation «à la gmail» c'est autre chose: tous les mails sont affichés les uns à la suite des autres, comme pour un forum en vue plane.
c'est un truc que j'adorais dans gmail, mais finalement depuis que j'ai quitté gmail ca ne me manque pas, voire je préfère la vue en thread de thunderbird/mutt/etc.