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.
.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.
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).
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é.
Posté par steph1978 .
En réponse au journal Mythologie du Darknet.
Évalué à 6.
Dernière modification le 03 décembre 2013 à 19:56.
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é.
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.
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.
Comme j'aime bien comprendre, j'ai quand même téléchargé l'outil.
Je l'ai lancé dans une arborescence, il a généré un répertoire "list" avec la même arborescence mais avec des ".idx". Jusque là, comme attendu.
Après j'ai déplacé le répertoire "list" et l'outil ailleurs. J'ai commencé à bouger les fichiers et répertoires, en supprimer, etc. J'ai relancé l'outil, je pensais avoir la taille de ce que je gardais mais en fait, il a recommencé une création d’arborescence avec le répertoire où je l'avais mis. M'aurai étonné aussi qu'il comprenne ce que je voulais faire sans passer des options ou quelque chose de ce genre.
J'avais bien compris le principe, mais le fonctionnement, pas encore.
Oh pu$ù$, je crois que je viens de comprendre ton idée.
Bob génère avec l'outil une copie de l'arborescence complète de sa collection. Dans cette copie, les fichiers sont remplacé par un petit fichier content "path;taille".
Bob envoi cette arborescence par un moyen qqconque à Alice. Genre un zip (ou tar.gz) dans un mail.
Alice copie le zip, le décompresse. Elle copie tout ce qu'elle veut dans une autre arborescence à elle, fichier ou répertoire, ailleurs, sur son disque dur portable par exemple. Elle peut tout réorganiser comme elle veut, même renommer les fichiers.
Alice peut s'assurer de la taille totale des fichiers demandés en lançant l'outil sur son arborescence à elle.
Quand elle est satisfaite, elle peut soit aller chez Bob avec son disque portable soit envoyer son arborescence à elle dans un zip par mail.
Bob lance l'outil qui remplace alors tous les petits fichiers par les fichiers d'origine.
Here it is dude !
Ouf, ça fait enfin sens.
Comment l'outil sait si il faut génerer une copie, calculer la taille ou copier les fichiers, ça reste à définir mais c'est du détail.
Mais trêve de plaisanterie. Je ne comprends toujours pas comment tu fais la sélection de fichiers : un treeview avec des cases à cocher ? Tu n'as pas une capture d'écran ?
Pour se faire son choix de fichier ?
$ cp
cp pour faire un choix de fichier ?!?
cp c'est de la ligne de commande. On m'a soufflé que c'était pas user freindly. Ce que je persiste à contester.
Et le tableur, c'est comme la ligne de commande, c'est pas tabou. C'est bien adapté à une liste (lignes) et des aspects (colonnes), genre chemin|taille|sélection
Pour reprendre mon message d'origine, et même si le titre était volontairement corrosif : il est louable d'expliquer la démarche ici mais il ne faut pas sauter les étapes : expliquer le besoin et l'usage. Avant de rentrer dans les détails d'implémentation.
C'est pas moi qui ai commencé. Et puis merci pour ce genre de remarque constructive, c'est toujours agréable.
Je n'ai pas prouvé qu'on pouvait faire autrement. J'ai prouvé qu'on pouvait faire simple avec ce qu'on avait déjà.
une ligne de commande comme … Ne fait pas parti de ce que j'appelle une interface simple
A quoi je répondrais :
1/ Moi si.
2/ La ligne de commande, ce n'est que pour Bob. Bob, si il a une bonne collection à partager, est un utilisateur un peu avancé (bittorrent et tout). Tu as aussi dû oublier que tu es sur linuxfr.org et que la ligne de commande n'est pas une insulte ici. Quant à Alice, un simple tableur lui suffit plutôt que de naviguer dans une arborescence comme dans ta solution.
3/ Tu n'as pas démontré dans ton journal que l'interface de ton outil était simple. Il y a quand même 19 paragraphe dans ce journal pour tenter d'expliquer son fonctionnement. J'ai un find dont je donné la commande exacte et un tableur. Fais mieux.
Péniblement je crois que j'ai compris le besoin qui est visé.
Alice : "Salut Bob, tu m'avais pas dit que tu avec 'telle saison de telle série tv', 'tel album de tel groupe' et 'tel film' sur ton NAS chez toi ?"
Bob : "Si, c'est un peu gros pour que je te l'envoi par le net, passe à la maison avec un disque dur, je te les filerai"
Quelque jour plus tard, Alice arrive chez Bob.
Bob : "ça copie, il reste encore un peu de place sur ton disque, tu veux quoi ?"
Alice : "attends, je regarde… ça et ça".
Bob : "voilà, c'est fait"
Alice : "Merci"
J'ai l'impression que c'est un peu le cas nominal et à part un logiciel de copie de fichiers quand tu es sous un OS bancal, je ne vois pas trop de quoi on a besoin en plus.
J'avais un pote qui tenait à jour la liste de ses films et de ses musiques dans une spreadsheet et qui la filait à la demande. Si en plus tu mets la taille dans une colonne, il ne faut guère plus qu'une formule dans Calc pour connaître la taille du disque à prévoir.
Tout ça pour dire que je ne suis pas convaincu du besoin d'automatiser autant cette tâche qui au final se fait une fois de temps en temps entre potes.
Il envoie le fichier à Alice.
Alice ouvre ça avec Calc. C'est dispo sous plein d'OS. Elle met des croix devant les fichiers qu'elle veut. Une formule "somme.si" calcule la taille totale.
Alice va voir Bob avec le fichier et un disque dur.
Bob extrait les lignes avec une croix et passe ça à "cp".
Ils ont le temps de prendre le thé et plus si affinité.
Et Alice repart, comblée.
Enfin, comme d'autre, je tique aussi sur le nom qui ne dit absolument rien sur l'usage. "HereItIsDude" aurait au moins le mérite d'être marrant.
Et pour finir sur une note plus positive : tu sembles t'être bien gratté la tête et tu proposes une restitution à la communauté, c'est appréciable. Et OCalm permet de faire des vraies choses, je ne le savais pas et c'est un tort. Merci de m'en avoir faire prendre conscience.
[^] # Re: mémoire
Posté par steph1978 . En réponse au message Analyse forensique de la mémoire. Évalué à 1.
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 :
# imho
Posté par steph1978 . En réponse au message Sécurité des claviers sans fil. Évalué à 2.
un clavier sans fil pour piloter ton media center, ça passe.
par contre pour ton pc de bureautique, vaut mieux oublier.
# ma vie
Posté par steph1978 . En réponse au message Diffuser une vidéo sur une freebox v5 sans perte de qualité. Évalué à 2.
.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.
# skipe nickel sur une nexus 7 2013
Posté par steph1978 . En réponse au message Tablette pour relation à distance avec décalage horaire. Évalué à 2.
plop
# Merci
Posté par steph1978 . En réponse au message Un petit serveur d'ebooks. Évalué à 2.
d'avoir partagé.
# du choix
Posté par steph1978 . En réponse au message Shell script / parse XML, limites ?. Évalué à 1. Dernière modification le 03 décembre 2013 à 23:29.
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).
[^] # Re: Accumulation
Posté par steph1978 . En réponse au message Piles / accus CR2032 dans les ordinateurs. Évalué à 2.
s/mA/mAh
[^] # Re: HP Microserver !
Posté par steph1978 . En réponse au message Nas libre-friendly. Évalué à 2.
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.
[^] # Re: comment qu'on fait ?
Posté par steph1978 . En réponse au journal Mythologie du Darknet. Évalué à 2.
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.
[^] # Re: comment qu'on fait ?
Posté par steph1978 . En réponse au journal Mythologie du Darknet. Évalué à 4.
"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é.
# comment qu'on fait ?
Posté par steph1978 . En réponse au journal Mythologie du Darknet. Évalué à 6. Dernière modification le 03 décembre 2013 à 19:56.
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é.
[^] # Re: Lecteur optique ?
Posté par steph1978 . En réponse au journal Quand Microsoft se paie la tête des Chromebooks.... Évalué à 1.
lecteur de quoi ?
[^] # Re: Ma solution pas libre mais qui fait le job
Posté par steph1978 . En réponse au journal La Gestion des BookMarks .... Évalué à 5.
si c'est gratuit, c'est toi le produit.
[^] # Re: Bingo
Posté par steph1978 . En réponse au journal Dons, réductions d'impôts et brevets. Évalué à 2.
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.
[^] # Re: la roue ça servait à quoi déjà ?
Posté par steph1978 . En réponse au journal “indexer, choisir et copier des fichiers” version Beta. Évalué à 3.
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.
[^] # Re: la roue ça servait à quoi déjà ?
Posté par steph1978 . En réponse au journal “indexer, choisir et copier des fichiers” version Beta. Évalué à 2.
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.
[^] # Re: la roue ça servait à quoi déjà ?
Posté par steph1978 . En réponse au journal “indexer, choisir et copier des fichiers” version Beta. Évalué à 2.
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.
[^] # Re: Bingo
Posté par steph1978 . En réponse au journal Dons, réductions d'impôts et brevets. Évalué à 2.
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.
[^] # Re: la roue ça servait à quoi déjà ?
Posté par steph1978 . En réponse au journal “indexer, choisir et copier des fichiers” version Beta. Évalué à 2.
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.
[^] # Re: la roue ça servait à quoi déjà ?
Posté par steph1978 . En réponse au journal “indexer, choisir et copier des fichiers” version Beta. Évalué à 2.
Ç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.
[^] # Re: la roue ça servait à quoi déjà ?
Posté par steph1978 . En réponse au journal “indexer, choisir et copier des fichiers” version Beta. Évalué à 2.
Comme j'aime bien comprendre, j'ai quand même téléchargé l'outil.
Je l'ai lancé dans une arborescence, il a généré un répertoire "list" avec la même arborescence mais avec des ".idx". Jusque là, comme attendu.
Après j'ai déplacé le répertoire "list" et l'outil ailleurs. J'ai commencé à bouger les fichiers et répertoires, en supprimer, etc. J'ai relancé l'outil, je pensais avoir la taille de ce que je gardais mais en fait, il a recommencé une création d’arborescence avec le répertoire où je l'avais mis. M'aurai étonné aussi qu'il comprenne ce que je voulais faire sans passer des options ou quelque chose de ce genre.
J'avais bien compris le principe, mais le fonctionnement, pas encore.
[^] # Re: la roue ça servait à quoi déjà ?
Posté par steph1978 . En réponse au journal “indexer, choisir et copier des fichiers” version Beta. Évalué à 3.
Oh pu$ù$, je crois que je viens de comprendre ton idée.
Bob génère avec l'outil une copie de l'arborescence complète de sa collection. Dans cette copie, les fichiers sont remplacé par un petit fichier content "path;taille".
Bob envoi cette arborescence par un moyen qqconque à Alice. Genre un zip (ou tar.gz) dans un mail.
Alice copie le zip, le décompresse. Elle copie tout ce qu'elle veut dans une autre arborescence à elle, fichier ou répertoire, ailleurs, sur son disque dur portable par exemple. Elle peut tout réorganiser comme elle veut, même renommer les fichiers.
Alice peut s'assurer de la taille totale des fichiers demandés en lançant l'outil sur son arborescence à elle.
Quand elle est satisfaite, elle peut soit aller chez Bob avec son disque portable soit envoyer son arborescence à elle dans un zip par mail.
Bob lance l'outil qui remplace alors tous les petits fichiers par les fichiers d'origine.
Here it is dude !
Ouf, ça fait enfin sens.
Comment l'outil sait si il faut génerer une copie, calculer la taille ou copier les fichiers, ça reste à définir mais c'est du détail.
Reste une chose, lui trouver un nom.
[^] # Re: la roue ça servait à quoi déjà ?
Posté par steph1978 . En réponse au journal “indexer, choisir et copier des fichiers” version Beta. Évalué à 2. Dernière modification le 28 novembre 2013 à 16:43.
Pour faire le café : ./index
C'est génial.
Mais trêve de plaisanterie. Je ne comprends toujours pas comment tu fais la sélection de fichiers : un treeview avec des cases à cocher ? Tu n'as pas une capture d'écran ?
cp pour faire un choix de fichier ?!?
cp c'est de la ligne de commande. On m'a soufflé que c'était pas user freindly. Ce que je persiste à contester.
Et le tableur, c'est comme la ligne de commande, c'est pas tabou. C'est bien adapté à une liste (lignes) et des aspects (colonnes), genre chemin|taille|sélection
Pour reprendre mon message d'origine, et même si le titre était volontairement corrosif : il est louable d'expliquer la démarche ici mais il ne faut pas sauter les étapes : expliquer le besoin et l'usage. Avant de rentrer dans les détails d'implémentation.
[^] # Re: la roue ça servait à quoi déjà ?
Posté par steph1978 . En réponse au journal “indexer, choisir et copier des fichiers” version Beta. Évalué à 3. Dernière modification le 28 novembre 2013 à 15:57.
C'est pas moi qui ai commencé. Et puis merci pour ce genre de remarque constructive, c'est toujours agréable.
Je n'ai pas prouvé qu'on pouvait faire autrement. J'ai prouvé qu'on pouvait faire simple avec ce qu'on avait déjà.
A quoi je répondrais :
1/ Moi si.
2/ La ligne de commande, ce n'est que pour Bob. Bob, si il a une bonne collection à partager, est un utilisateur un peu avancé (bittorrent et tout). Tu as aussi dû oublier que tu es sur linuxfr.org et que la ligne de commande n'est pas une insulte ici. Quant à Alice, un simple tableur lui suffit plutôt que de naviguer dans une arborescence comme dans ta solution.
3/ Tu n'as pas démontré dans ton journal que l'interface de ton outil était simple. Il y a quand même 19 paragraphe dans ce journal pour tenter d'expliquer son fonctionnement. J'ai un find dont je donné la commande exacte et un tableur. Fais mieux.
# la roue ça servait à quoi déjà ?
Posté par steph1978 . En réponse au journal “indexer, choisir et copier des fichiers” version Beta. Évalué à 7. Dernière modification le 27 novembre 2013 à 23:08.
Péniblement je crois que j'ai compris le besoin qui est visé.
Alice : "Salut Bob, tu m'avais pas dit que tu avec 'telle saison de telle série tv', 'tel album de tel groupe' et 'tel film' sur ton NAS chez toi ?"
Bob : "Si, c'est un peu gros pour que je te l'envoi par le net, passe à la maison avec un disque dur, je te les filerai"
Quelque jour plus tard, Alice arrive chez Bob.
Bob : "ça copie, il reste encore un peu de place sur ton disque, tu veux quoi ?"
Alice : "attends, je regarde… ça et ça".
Bob : "voilà, c'est fait"
Alice : "Merci"
J'ai l'impression que c'est un peu le cas nominal et à part un logiciel de copie de fichiers quand tu es sous un OS bancal, je ne vois pas trop de quoi on a besoin en plus.
J'avais un pote qui tenait à jour la liste de ses films et de ses musiques dans une spreadsheet et qui la filait à la demande. Si en plus tu mets la taille dans une colonne, il ne faut guère plus qu'une formule dans Calc pour connaître la taille du disque à prévoir.
Tout ça pour dire que je ne suis pas convaincu du besoin d'automatiser autant cette tâche qui au final se fait une fois de temps en temps entre potes.
Si vraiment, tu veux industrialiser: Bob fait un
Il envoie le fichier à Alice.
Alice ouvre ça avec Calc. C'est dispo sous plein d'OS. Elle met des croix devant les fichiers qu'elle veut. Une formule "somme.si" calcule la taille totale.
Alice va voir Bob avec le fichier et un disque dur.
Bob extrait les lignes avec une croix et passe ça à "cp".
Ils ont le temps de prendre le thé et plus si affinité.
Et Alice repart, comblée.
Enfin, comme d'autre, je tique aussi sur le nom qui ne dit absolument rien sur l'usage. "HereItIsDude" aurait au moins le mérite d'être marrant.
Et pour finir sur une note plus positive : tu sembles t'être bien gratté la tête et tu proposes une restitution à la communauté, c'est appréciable. Et OCalm permet de faire des vraies choses, je ne le savais pas et c'est un tort. Merci de m'en avoir faire prendre conscience.