saimn a écrit 99 commentaires

Par curiosité, il fait quoi de mieux le puts de Ruby ?

Et tu as oublié le paquet de variables globales pour lier tout ça … je pense que le truc a du grossir un peu trop rapidement et clairement ça donne pas trop envie de mettre les mains dedans. C'est dommage car l'idée est sympa.

non: https://wiki.archlinux.org/index.php?title=Pacman#Partial_upgrades_are_unsupported

Do not use pacman -Sy package or any equivalent such as pacman -Sy and then pacman -S package. Always upgrade before installing a package—particularly if pacman has refreshed the sync repositories

Si vous avez besoin d'un certains paquet à jour, absolument pendant la semaine, bah forcément besoin de faire un màj totale. Suffit de faire un pacman -S softàinstaller.

Ce qui peut poser des problèmes me semble-t-il, car tu risques d'avoir des dépendances qui ne seront pas à jour. Cf par ex https://bbs.archlinux.org/viewtopic.php?pid=819941

Ça pourrait revenir:

Dans le cadre du second pilier de la politique agricole commune, la Commission européenne a instauré pour la période 2007-2013 une mesure européenne de soutien à l'agroforesterie, qui sera vraisemblablement reconduite pour la prochaine période 2014-2020. Selon les estimations du Centre d'études18, le cap des 10 000 hectares d'agroforesterie pourrait être atteint en France métropolitaine d'ici à 2013.

http://fr.wikipedia.org/wiki/Agroforesterie

Le retour dans l'historique, le pointeur, les liens, fonctionnent pourtant sur safari, chrome, sur Android, sur iOS; quel navigateur utilisez-vous?

tiens ça rejoint un sujet d'actualité … vous n'avez testé que sur Webkit ?
Je me disait bien en testant hier sur Firefox que les pages paraissait bien vides, c'était bizarre, mais ça ne m'est pas venu à l'idée qu'on était sur un site "optimisé pour Webkit" ;-).

quelques projets notés dans mes bookmarks (sur ce bon vieux firefox ;-)), et que je n'ai pas testé:

https://github.com/BraindeadCrew/Bookmark-v2
https://github.com/nsteinmetz/marks.py
https://github.com/mitechie/bookie
http://nofussbm.herokuapp.com/signup.html

J'ai mis une couleur un peu plus foncée pour voir ce que ça donne.
Pour le problème de cache, j'ai mis une durée de cache assez longue pour soulager mon serveur et éviter d'avoir à retélécharger la css trop souvent, donc il faut forcer le rafraîchissement.
Je ne sais pas dans quelle mesure il serait possible d'ajouter le hash de la css dans l'url pour les css externes ?

Pour le logo et le lien "Modifier" c'est corrigé. Par contre pour le reste c'est plus compliqué si je veux garder cette disposition …

Le validateur à l'air d'avoir un problème avec certaines règles css (rgba(), *zoom), sans que je sache trop pourquoi …

J'espère que tu ne casseras pas le lien, c'est ce que j'ai renseigné au site…

C'est celui que j'utilise aussi donc si je le casse en général je m'en rend compte assez vite.

J'ai remarqué un petit bug minime : quand les titres de commentaires sont trop longs, ou que l'on est trop loin dans les emboîtements de commentaires, le titre du commentaire se chevauche avec le « Ce commentaire est-il pertinent ou inutile ? ».

oui je connais le problème, mais j'ai pas vraiment de solution. Je suis un peu limité du fait de ne pas pouvoir toucher au code html.

Ah d'ailleurs c'est pareil avec le Répondre/Modifier.

j'ai remarqué ca tout à l'heure mais comme le lien modifier est éphémère, il a disparu entre temps. J'ai testé une modif on va voir ce que ça donne ;-).

Je trouve que c'est une bonne idée d'atténuer les éléments autour du texte principal (c'est à dire les autres titres par rapport au texte de l'article en cours de lecture), néanmoins je trouve l'atténuation un peu trop poussée pour le coup.

effectivement ca manque peut-être un peu de contraste, je me suis habitué mais je comprend que ça puisse géner. Je vais voir si je trouve une texture de fond un poil plus claire.

Autre chose, dans les commentaires, quand on écrit ça passe par dessus la mention "markdown", j'imagine que ça devrait être un peu décalé pour éviter de chevaucher cela.

corrigé. Merci pour le retour.

J'ai testé rapidement le script présent dans Pelican mais il n'est pas parfait (chez moi, il n'arrive pas à migrer les liens, ne récupère pas les tags, …).

Pour Pelican (et pour avoir écris une partie du script en question pour le support de dotclear ;-)):

• c'est basé sur pandoc pour la conversion html → rst/md, ca marche normalement pas trop mal même si c'est pas parfait, mais ça m'étonne que tu ai des problèmes avec les liens ? Je suis pas sur qu'il y ai moyen de faire mieux, à part écrire un convertisseur pour la syntaxe wiki de dotclear.
• les tags sont gérés (ca a été ajouté il y a 1 an 1/2) donc il y a peut-être un problème, si tu veux un coup de main pour débogger …

Je n'ai pas trouvé dans la doc comment utiliser d'autres sources de données. Est-ce possible sans passer par une modif du fichier yml ? quels formats sont supportés, uniquement csv ?

pour Python, une présentation qui a buzzée un peu ces derniers temps:
Functional Programming with Python: http://ua.pycon.org/static/talks/kachayev/

L'extension ne fait que remplacer le bookmarklet, pour l'avoir dans la barre de modules, mais il n'y a pas de synchro.

Ton projet étant géré par svn, tu as la possibilité d'utiliser git-svn qui te permettra d'avoir ton dépôt git (que tu peux publier où tu veux) tout en pouvant te synchroniser sur le dépôt svn d'origine.

Ensuite pour la question python 3, il y a plusieurs possibilités, voilà quelques liens utiles:
http://getpython3.com/#resources
http://python3porting.com/
http://lucumr.pocoo.org/2011/1/22/forwards-compatible-python/

A priori, la meilleure idée serait d'utiliser 2to3 dans le setup.py pour convertir automatiquement le code pour python3. Ensuite il faut corriger en amont les points qui posent problème et remonter les patchs upstream pour avoir un code qui reste en python2 mais est compatible python3 moyennant l'utilisation de 2to3.

allez, par curiosité :

925 text files.
861 unique files.                                          
342 files ignored.

http://cloc.sourceforge.net v 1.56  T=4.0 s (140.8 files/s, 47077.2 lines/s)
--------------------------------------------------------------------------------
Language                      files          blank        comment           code
--------------------------------------------------------------------------------
C                               257          29422          10139          98287
XML                             118           4015           1608          22215
C/C++ Header                    155           2868           3214           6296
make                              6            750            234           3177
Perl                              1             52             31           1447
m4                                6            137             44           1357
Bourne Shell                      7            149            143            744
Bourne Again Shell                1             90            163            611
HTML                              1             65              3            368
Python                            5             80            141            204
Javascript                        3             31              6            148
XSLT                              1             11             17             22
awk                               1              2              0             11
Lisp                              1              1              3              3
--------------------------------------------------------------------------------
SUM:                            563          37673          15746         134890
--------------------------------------------------------------------------------

une autre possibilité, watchdog (en python), il y a un truc équivalent en ruby aussi.
https://github.com/gorakhargosh/watchdog

watchmedo shell-command --patterns="*.rst" --ignore-patterns=".*;#*;*~" --command="make html" .

Du coup, dans le bios il n'y a que la carte intel de demarre car c'est celle qui fonctionne le mieux sous linux.

avec optimus il ne suffit pas de désactiver la carte nvidia dans le bios, elle reste alimentée, ce qui pourrait expliquer que tu ne vois aucune différence sur la durée de la batterie. Il faut utiliser bbswitch pour la désactiver.
Enfin pour ma part je vois bien la différence, de l'ordre de 4h30 d'autonomie à 7h30 avec uniquement la carte intel.

quelques liens sur le (futur) passage d'archlinux à systemd :
http://allanmcrae.com/2012/08/switching-my-laptop-to-systemd/
http://jasonwryan.com/blog/2012/08/04/systemd/

de ce que j'ai pu lire rapidement sur les ml, ce choix a l'air approuvé par tous les dev, et j'ai tendance à faire confiance à ces gens là pour faire les bons choix. Du coup je suis passé à systemd et ca ne me marche pas plus mal qu'avant, donc d'un point de vue utilisateur ca me va :-)

Un autre lien avec un post du dev qui s'occupe de cette migration, sur les raisons techniques notamment: https://bbs.archlinux.org/viewtopic.php?pid=1149530#p1149530

ou flask : http://flask.pocoo.org/
ca fait moins de chose par défaut mais c'est plus simple et plus rapide à prendre en main, après tout dépend des besoins.

argmax renvoie l'indice du max mais en 1D (comme si l'image était un tableau 1D), bien qu'à lire la doc je pensait récupérer directement un indice 2D. Du coup unravel_index permet de calculer l'indice 2D correspondant (en lui donnant la taille du tableau, im.shape).

J'ai finit par faire une petite fonction qui fait tout et renvoie l'imagette de l'objet (0.68s pour une image contre 14.7 auparavant avec le script et l'image que tu as donné ci-dessus, 1.5s en travaillant sur l'image entière au lieu d'une imagette 100x100):

def get_thumb(im, limit):

    # get the 2D indices of the max
    centerX, centerY = np.unravel_index(im.argmax(), im.shape)

    # work on a subimage to speed up things
    window_size = 100
    subim = im[centerX - window_size:centerX + window_size, 
               centerY - window_size:centerY + window_size]

    # threshold
    mask = subim > (0.25*subim.max())

    # get the bouding box
    label_im, nb_labels = scipy.ndimage.label(mask)
    slice_x, slice_y = scipy.ndimage.find_objects(label_im==1)[0]

    return subim[slice_x, slice_y]

Pour ce genre de traitement, tu as tout intérêt à utiliser numpy / scipy. Il y a un tuto sympa ici : http://scipy-lectures.github.com/advanced/image_processing/index.html

# on lit l'image en la convertissant en niveaux de gris
im = scipy.misc.imread('IMG_5858.JPG', flatten=True)

# pour seuiller 
im[im < 100] = 0

# pour récupérer les indices 2D du maximum
np.unravel_index(im.argmax(), im.shape)

Sans possibilité de dns dynamique

un petit script qui utilise leur api: https://github.com/lembregtse/gandi-dyndns