steph1978 a écrit 3051 commentaires

  • [^] # Re: la roue ça servait à quoi déjà ?

    Posté par  . 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  . 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  . 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 ?

    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.

  • [^] # Re: la roue ça servait à quoi déjà ?

    Posté par  . 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 enfoncer une porte ouverte.

    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.

  • # la roue ça servait à quoi déjà ?

    Posté par  . 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

    find /path/to/my/collection -type f -name "*.avi" -or -name "*.mp?" -printf "%p\t%k\n" > /tmp/collection.csv
    

    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: Plop

    Posté par  . En réponse au journal A propos des communications par ultrasons entre périphériques . Évalué à 2.

    C'est parce que la source que tu écoutes et qui pourrait être à 21kHz sort avec une fréquence plus faible par les haut parleurs. Peu de haut parleurs sont capables de sortir 21kHz, encore moins des haut parleurs généralistes en hifi grand public.

  • [^] # Re: Kobo

    Posté par  . En réponse au journal contenus epub. Évalué à 2.

    Non, sur kobo, l'interface ne s'affiche pas si le produit n'est pas enregistré, via le wifi ou via l'application bureau MacOS ou Windoz.

  • [^] # Re: comprendre le format epub et le format pdf ?

    Posté par  . En réponse au journal contenus epub. Évalué à 5.

    C'est une remarque intéressante. J'aurai pensé que les travaux de recherche étaient plus largement diffusés. Le contribuable en finance une bonne partie, non ?

  • [^] # Re: Automatiser avec Weboob

    Posté par  . En réponse au journal contenus epub. Évalué à 2.

    Je n'ai pas beaucoup de modèle pour tester : ma kobo, plutôt moderne et donc qui encaisse bien et une vielle samsung, malheureusement hs mais qui encaissait déjà bien.

  • [^] # Re: Automatiser avec Weboob

    Posté par  . En réponse au journal contenus epub. Évalué à 3.

    Tout à fait, c'est ce que je voulais dire par "gros volume" : le epub, pas forcément chaque section. Il vaut mieux en effet fragmenter.

  • [^] # Re: comprendre le format epub et le format pdf ?

    Posté par  . En réponse au journal contenus epub. Évalué à 4.

    Je n'ai pas parlé d'un domaine scientifique en particulier.
    Mais il est vrai que je m'intéresse principalement aux sciences de l'information.
    Et dans ce domaine, je trouve énormément de pdf à télécharger et malheureusement rarement le epub correspondant. Alors que c'est typiquement le genre de contenu qu'il faut lire au calme.

  • [^] # Re: comprendre le format epub et le format pdf ?

    Posté par  . En réponse au journal contenus epub. Évalué à 3.

    Comme l'explique chimrod, le pdf est un format d'impression, pas un format pour la lecture.
    Contrairement au html, le flux de données dans le fichier n'est pas lié au flux de lecture. Pour cette problématique, j'avais pointé un logiciel, pdfMasher, qui permettait un peu de s'en sortir. Mais rien de miraculeux.

    Comme ces articles sont pour la plupart en accès libre, il faudrait que leurs auteurs publient directement la source - latex, odt ou autre - pour pouvoir effectuer un export à la source et pas une sorte de reverse engineering à partir d'un rendu pour imprimante.

  • [^] # Re: Kobo

    Posté par  . En réponse au journal contenus epub. Évalué à 3. Dernière modification le 18 novembre 2013 à 14:25.

    J'ai pas choisi complétement au hasard non plus. Il est possible de télécharger les sources du firmware, de le changer et d'exécuter n'importe quel programme dessus.
    Je pense qu'on est donc bien loin de la fermeture d'un kindle.
    Pour le "vraiment ouvert" des autres, bah je demande à lire le tuto.
    Bref, "à éviter", faut pas exagérer. Après, oui j'aurai bien pris une bookeen Odyssey mais pas trouvé d'ocaz quand j'ai cherché.

  • [^] # Re: Automatiser avec Weboob

    Posté par  . En réponse au journal contenus epub. Évalué à 3.

    Le epub, c'est assez facile à générer : zip de xhtml, avec des fichiers xml pour les metadata. Cela supporte très bien les images et les tableaux. Je l'ai expérimenté avec le epub wikipedia. Le rendu est très bon. Wikipedia redimensionne les images. Je suppose qu'il est possible de s'inspirer des sources de mediawiki pour voir comment ils font.

    Je me suis posé ces questions aussi sur l'approche.
    Le epub gère très bien les gros volumes. Il est tout à fait possible de faire un epub par site avec un document xhtml par article ou par groupe d'articles.
    Pour l'aspect évolutif, en effet, ce n'est pas très adapté. Un décision radicale est de ne pas mettre les commentaires. Ils apportent de l'information mais peu structurée et surtout beaucoup de bruit.
    Ce pose alors la question de l'historique : quand supprimer les articles dans le epub.

  • [^] # Re: dynamique ?

    Posté par  . En réponse au message [résolu] "id" et "groups" ne donnent pas le même résultat. Évalué à 1.

    En effet, c'était bien cela.
    Mais assez bizarre, il a fallu que je me déconnecte complétement : tous les bash sous screen et le bash sous ssh. Sans cela tout nouveau bash avait les mauvais groups.

  • [^] # Re: LEMP

    Posté par  . En réponse au journal Journal tuto : Plateforme LEMP. Évalué à 1.

    Tu dis ça parce que t'avais pas trouvé.
    Moi ça m'a fait ça une petite seconde "ça veut rien dire son truc".
    Puis "LEMP comme LAMP mais avec EngineX au lieu de apache, cool !"
    Bref te manquait une fraction de seconde pour comprendre, apprécier et éviter un commentaire négatif.

  • [^] # Re: Quelques autres outils

    Posté par  . En réponse au journal Quelques outils pour Windows. Évalué à 2.

    Clairement, un iwn7 out of the box est difficilement utilisable.
    Je compte un bonne demie journée pour tout mettre à mon gout : installation de ccleaner, procexp, suppression de toutes les merdes installée par le constructeur et qui bouffent la moitié de la puissance, services inutiles, intallation de 7zip, d'un éditeur de texte. Restera toujours des trucs incompréhensibles : pourquoi il install un driver pendant cinq minutes pour chaque clé usb alors qu'elle monte immédiatement sous linux. Et pénible : comment trouver un réglage dans les panneaux de configuration.
    Par contre j'ai eu un win8 dans les mains et là, j'ai l'impression que c'est insoluble : la homepage en mode tiles est vraiment trop peu aboutie.
    Bref, cela reste un contrainte d'entreprise et certainement pas un choix.

  • [^] # Re: UltraCopier

    Posté par  . En réponse au journal Quelques outils pour Windows. Évalué à 3.

    Supercopier était un must sur les pc sous windows que je rencontrais. Palliant aux difficultés d’ingénierie de micromou.
    Depuis sa fusion avec ultracopier, il est beaucoup moins stable et moins rapide.
    Et fournit avec un cheval de Troie qui plus est.
    Tout se perd…

  • [^] # Re: Intérêt

    Posté par  . En réponse à la dépêche Haiku est vivant. Évalué à 2.

    Une fois ce bouton cliqué, la fenêtre prends tout l'espace

    Oui, c'est ce qu'on croit quand on clique dessus.
    Et puis, on tombe des nues : la fenêtre se place n'importe où et ne prend clairement pas tout l'espace. Cela m'a toujours atterré que ce bug (feature ?!) se perpétue de version en version.

  • # Dépêche rédigée avec Utroff 

    Posté par  . En réponse à la dépêche Utroff : la renaissance de Troff. Évalué à 4.

    mais où peut on trouver cette source ?

  • [^] # Re: Légal pas légal?

    Posté par  . En réponse à la dépêche Cisco paie le H.264 en faveur de Mozilla. Évalué à 2.

    Tu confonds l'outil et l'usage.
    Un peu comme les majors qui condamnent le peer to peer.

  • [^] # Re: rapide retour

    Posté par  . En réponse au journal Small Issue Tracker. Évalué à 3.

    Surtout que l'auteur donne comme motivation

    Fossil : les identifiants de tickets de 40 caractères me rebutaient,

    Certes il est passé à 4 mais ça reste pas très human readable.

    Du coup, je rejoins un peu le commentaire de jelo : je pense que l'auteur a tout à fait raison de s'essayer à la programmation et de partager son expérience. Je pense par contre que son produit ne me fera pas renoncer à un bon vieux mantis pour un projet pro et un bon vieux fossil pour un projet perso.

  • # rpi

    Posté par  . En réponse à la dépêche OpenBSD 5.4. Évalué à 3.

    J'ai cherché si cet os supportait le raspberry pi.
    Je voudrais en faire un petit serveur dédié web ou mail.
    Je suis tombé sur http://www.raspberrypi.org/archives/3145
    Je vais donc faire une tentative avec Free ou Net.

  • # trousseau interne FF + FFsync

    Posté par  . En réponse au journal gPass : un concurrent libre de lastPass. Évalué à 3.

    J'ai lu un peu rapidement certes mais je ne vois pas ce que cela apporte par rapport au trousseau interne de FF combiné FFsync ?

  • [^] # Re: outils de génération de mot de passe ?

    Posté par  . En réponse au journal gPass : un concurrent libre de lastPass. Évalué à 2.

    Vous n'aimez pas

    Si si