steph1978 a écrit 3051 commentaires

Cool, des pubs fixes sans besoin de javascript pour les replacer au défilement.

alors sur la deuxième ligne il y avait qqch entre chevrons qui a été bouffée par le moteur markdown. me rappelais pas qu'on y avait pas droit.
bref cela disait "petit distributeur lyonnais que je ne nommerai pas car encore en pourparlers avec eux".

le tarif ne sera pas le même si tu fais livrer à 10km de leur entrepôt, ou à 1500km

ou finalement si.

c'est pas la distance qui fait varier mais le mode de livraison : en point relai, en express, en normal.

qu'est ce qui les empêche de donner trois tarif ou au moins le normal si ce n'est la volonté d'embrouiller le discours.

Mon expérience :
Amazon : le produit me plait pas je renvoi, je suis remboursé.
: le produit qu'il me vend me pète à la gueule au bout de quelque semaines d'utilisation, je contacte le SAV, réponse "monsieur, cela m'étonnerai qu'on vous le change car nous n'avons jamais eu de problème avec ce produit" WTF !

Pour les conditions de travail, Amazon pas top mais faut voir si c'est mieux ailleurs.
Quant à "l'évasion fiscale", ils respectent la loi ; mauvaise loi, changer la loi (ou ceux qui la font).
T'achètes pas d'essence chez Total j'espère parce que tu vas être surpris en regardant leur bilan comptable et leur feuille d’impôts.

heureusement que j'ai mis mon slip de bain.
on peut avoir la source qui t'as inspiré ce commentaire ?

Si tu éteins brutalement l'ordinateur, la mémoire n'est pas effacée.

Heu t'as des sources de ça ?
Si coupure électrique, je crois me rappeler que la mémoire se vide très rapidement (qques secondes).
C'est ce que semble dire ceci.
D'autre part, en admettant que tu redémarre assez vite avec une ISO, le nouvel OS va grignoter la RAM avec des nouvelles données.
Bref, pas si évident de récupérer qqch.

Et rappelons nous : 

un clavier sans fil pour piloter ton media center, ça passe.
par contre pour ton pc de bureautique, vaut mieux oublier.

.avi et .mp4 passent très bien.
les .flv, je les convertis en .mp4 avec ffmpeg sans recoder (-acodec copy -vcodec copy) c'est très rapide.
par contre pour une même source, j'ai des .mp4 qui passent très bien à la navigation et d'autre pas du tout, la vidéo repartant à 0 en cas d'appuis sur une touche de navigation.

plop

d'avoir partagé.

Si c'est bien indenté, tu peux t'en sortir avec awk (mon préféré).
Si c'est vraiment du xml, il y a une extension à awk, mentionnée plus haut.

Sinon, il aura tout ce qu'il faut dans des langage plus généralistes comme python ou java (Stax).

Par contre du shell et du grep à mon avis, c'est mort.

Le fichier a l'air quand même conséquent, il vaut donc mieux privilégier les parseurs en flux (à base de expat (C) ou Stax (java)) et pas ceux qui chargent le document complet (xslt, libxml, lxml).

s/mA/mAh

Il y a une version 4GB de RAM (ref 708245-425 au lieu de 704941-421), malheureusement un peu plus cher mais sans disque, ça évite de jeter (revendre) celui qui est fourni avec pour mettre 4 gros WD Caviar Red.

France Culture n'a pas l'air de vouloir camouflé le contenu.
Je pense juste que c'est compliqué pour rien.
Après la forme du site ne dit rien sur la qualité de l'émission.
Et en effet, l'émission est intéressante.

"suffit", cela dénote que je n'aurai pas vraiment cherché avant de critiquer.
Sauf que j'ai cherché, il n'y a pas de lien RSS.
Il faut aller sur détail pour trouver un RSS qui ne pointe pas sur le fichier audio. Du coup il faut cliquer sur l'émission. Et là on a un RSS mais faut pas cliquer, sinon, on boucle. Faut cliquer sur le gros icône podcast. Et enfin le lien vers un autre RSS qui contient lui le mp3.
Et pourtant dans la source de la première page, on trouve directement ça.
Bref, c'est bien compliqué.

pour écouter l'émission ?
parce que le lien "podcast" bah c'est pas un lien vers un podcast (=fichier xml listant des ressources audio ou vidéo) mais simplement un lien vers une page html demandant du flash.
j'ai pas flash moi.
qu'à cela ne tienne, j'ai wget et des yeux.
donc wget de la page en question.
regardage de la source et : c'est ici
remarquez, ils sont pas pénibles: pas besoin de jouer avec le referer, le user-agent, les cookies ou autre joyeuseté. Et ça supporte bien le dl parallélisé.

lecteur de quoi ?

si c'est gratuit, c'est toi le produit.

Non, j'ai vomi aussi.

Ce que je veux dire, c'est que imho, ce n'est pas forcément le principe qu'il faut changer mais qu'il faut punir ceux qui en abusent.

Sur le logiciel, pas vraiment de remarque. Il est suffisamment simple et consistent pour ne pas avoir à changer grand chose pour le moment.

Tout ce joue sur la documentation, imha, comme nous avons pu en discuter.

Un truc dans la doc qui m'a pas mal embrouillé aussi au début c'est l'histoire des multiples clés usb. Je trouve que c'est pas le cas nominal (oui je suis pénible avec ça). C'est plus la cerise sur la gâteau. Ça mériterai d'être en annexe, dans les bonus, et pas en première ligne.

Je les ai lu, oui, mais pas lors de mes premiers commentaires.
Je les ai lu quand j'ai installé l'outil.
J'ambitionnai de comprendre l'outil sans le lancer (j'aime pas lancer un exécutable comme ça sur ma machine sans comprendre ce qu'il va faire), avec la doc. Mais je n'y suis pas parvenu.
Et d'ailleurs, comme tu as pu le lire, quand je l'ai lancé, je n'ai pas tout compris non plus.

Si tu vises un public large, il faut que ce soit extrêmement didactique, avec des captures d'écran par exemple. Ou sous forme de BD ou que sais-je. Et l'utilisateur se contentera des points 1/ et 2/.

Quand tu veux faire un journal pour avoir un retour sur ton travail, franchement, les quatre points doivent être traités. Sinon, c'est trop dur, voire frustrant, pour le lecteur, de rentrer dans le sujet.

En gros, je vivrai très bien avec.
D'ailleurs, quand tu l'expliques, à nouveau ça fait sens.

Ce que je comprends : à chaque lancement, l'outil s'assure que l'on a :
- une arborescence sans idx, sinon, il le remplace par la source,
- un répertoire "list" avec la même arborescence en idx.
Et il affiche la taille de tout ce qu'il n'a pas pu remplacer par la source.

C'est plus le premier point de mon commentaire, sur le non intuitif, qui était important selon moi.

Au final, on va peut être parvenir à faire le tour du sujet. on a:
1/ le besoin ciblé
2/ comment l'utilisateur procède
3/ le principe général de la solution
4/ des détails d'implémentation.

Les commentaires à ce journal - y compris les miens - auraient été moins "sport" si tu n'y avais pas traité que le 4.

Le don est un moyen de choisir où va (une partie de) son impôt plutôt que de laisser des technocrates en décider.
C'est un exercice individuel de la démocratie.

Les partis politiques ambitionnent de servir l'intérêt général ; même si en pratique ce n'est pas le cas.
Il n'est donc pas aberrant qu'ils soient inclus dans ce dispositif.
Après tout, c'est un peu comme choisir entre le wwf et greenpeace.

Il est vrai que dans ce cas particulier, ça fait mal au der$£%ùche.

C'est un peu comme le scandale de l'arc. Il faut en vouloir et punir les personnes, pas le groupe.

en dehors de list

Heu du coup, ça n'a rien d'intuitif et mériterait d'être dit explicitement dans le manuel utilisateur.

J'ai testé ainsi. Ça marche. Comme tout doit tenir avec une seule commande, il recrée une nouvelle liste en partant de la copie et de ce qu'il y a autour. C'est troublant mais pas si grave.

Ça n'empêche qu'il pourrait m'indiquer la taille correspondant à tous les ".idx" même si il trouve les fichiers sources.

Là je me suis placé dans le cas où Bob doit copier les fichiers pour Alice : il récupère le répertoire "list" d'Alice et lance l'outil. Le fichiers sources doivent venir remplacer les fichiers "*.idx" dans le répertoire "list". Et en fait non.

Définitivement, je ne comprends pas comment sont différenciés les trois cas d'usage : générer l'arborescence idx, calculer la taille cible, réaliser la copie. Dans mon cas, il ne fait que le premier et toujours le premier.