Journal Peut-on traiter 500 fichiers en 8 clics ?

Posté par  .
Étiquettes : aucune
0
19
avr.
2004
Au début nécessité de fait, l'émulateur de terminal et le shell ont fini par disparaître de l'utilisation quotidienne d'un certain nombre d'entre nous, sur nos systèmes emprunts de libertés. Konqueror, Nautilus, et ceux que j'ai oubliés et qui vont finir en troll, et de manière générale les améliorations des environnements graphiques, nous soulagent de bien des nécessités d'appeler ces horreurs blanches sur fond noir (je me fiche de savoir que le vôtre est vert fluo sur fond de matrix avec 50% de transparence.)

Je sais que ce n'est pas le cas de tout le monde, mais je préfère un "clic droit->archiver en .tar.gz" à la commande :

cd tr[tab]/ch[tab]/bi[tab]
ls
cd
cd ma[tab]/ch[tab]
ls
ls ce[tab]
cd ce[tab]
tar czvf mon[tab].tar.gz mon[tab]



Seulement voilà, je suis bien obligé de reconnaître que lorsqu'on me passe 500 fichiers png à convertir en thumbnail jpeg, après avoir eviscéré le demandeur pour une ineptie pareille, je me retrouve bien content de respecter sa dernière volonté avec un petit :

for i in `ls *.png`
j=`echo $i |cut -f1 -d.`.jpg
./mon_petit_script_de_commandes_imagemagick $i $j
done

Ç'aurait été moins charmant avec the GIMP.

Bref, en un mot comme en 100, si on me donne 500 fichiers à traiter "de la même façon," je suis nettement plus heureux avec la ligne de commande qu'avec le clicodrôme KDE qui va bien. Mais là où je me hisse au sommet du hit-parade des emm...bêteurs, c'est quand je dis :

"c'est pas normal"

C'est bien gentil de dire ça, mais est-ce que j'ai des idées ? Eh bien oui, même si ce n'est pas encore très clair. Mais ce que je cherche, c'est des gens qui ont eu l'idée avant moi et qui sont prêts à m'en mettre plein la vue avec leur programme super pratique. Si quelqu'un parvient à me convaincre que ça n'existe pas encore, il va d'abord falloir que je convainque des gens (genre freedesktop.org) que c'est une bonne idée avant de me coller à la spécification puis au code.

Donc, pour résumer, j'aimerais trouver un programme qui permette de sélectionner et traiter 500 fichiers en 8 clics. Allez, 15 si on veut jouer avec les noms en plus. (Sous KDE, Gnome, XFCE, MultiDeskOS ou n'importe quoi.)
  • # Re: Peut-on traiter 500 fichiers en 8 clics ?

    Posté par  . Évalué à 4.

    Tu viens seulement de découvrir que, dans certains cas, la ligne de commande s'avère un outil extrèmement ergonomique par rapport aux solutions "GUI-based".

    Ca n'a rien d'anormal, c'est juste pas franchement dans l'air du temps (et encore).
    • [^] # Re: Peut-on traiter 500 fichiers en 8 clics ?

      Posté par  . Évalué à 1.

      Ooooo-kay, manifestement, j'ai été aussi clair que le fond de la console, dans ce journal ;).

      Certes, la ligne de commande a (au moins) l'avantage que je viens d'exposer par rapport au GUI-based. Ce que je dis, c'est que ce n'est pas une nécessité, et qu'on doit pouvoir faire quelque chose pour s'en passer une bonne fois pour toutes (pour ceux qui veulent, s'entend.)

      En gros, sélectionner un dossier, faire un "clic droit->traitement auto..." qui m'affiche une nolie fenêtre contenant :
      - un résumé de ce que j'ai sélectionné (fichier seul, ensemble de fichiers, dossiers, mélange dossiers/fichiers...)
      - une présentation du traitement automatisé que je suis en train de demander (au début rien, ou alors, une représentation de boucle "pour tout élément du dossier, faire...")
      - un système de sélection d'opérations que je peux demander (genre menu K)
      - et probablement d'autres trucs qui simplifie la compréhension de la chose.

      Ou n'importe quoi qui serve le même but ;). Je suis sûr que c'est faisable. Ça demande juste de l'imagination, à mon avis.
      • [^] # Re: Peut-on traiter 500 fichiers en 8 clics ?

        Posté par  . Évalué à 6.

        Ce que je dis, c'est que ce n'est pas une nécessité, et qu'on doit pouvoir faire quelque chose pour s'en passer une bonne fois pour toutes (pour ceux qui veulent, s'entend.)

        C'est ce qu'a tenté de nous faire croire une certaine firme de Redmond ces dernières années, il me semble. Et franchement, le résultat m'horripile. Des gens qui considèrent que toute utilisation d'une console est un retour en arrière, et qui s'entêtent à utiliser des GUIs absolument pas adaptées en lieu et place d'outils en ligne de commande performants, ergonomiques et même relativement intuitifs.

        Je dis pas qu'il est impossible de concevoir une GUI pratique pour ton problème précis (ce en quoi je suis un peu hors-sujet, j'admet), juste que vouloir à tout prix avoir des GUIs pour tout est une mauvaise idée. En gros, je fais trois catégories:

        - Les actions qui se font grosso-modo aussi bien en ligne de commande que via une GUI (copier un fichier d'un répertoire vers un autre)
        - Les actions qui se font infiniment plus facilement via une GUI (retouche d'image, et par extension toutes les applications qui ont intrinsèquement besoin du paradigme "spatial")
        - Les actions qui sont largement mieux servies par une interface en ligne de commande (la plupart des traitements de lots, mais pas uniquement).

        Que les premières soient pourvues d'une GUI pour ceux qui goûtent ce genre de choses (et dont je fais partie, il faut bien admettre), c'est justifié. Pour les secondes, la question ne se pose même pas, et en fait c'est une interface ligne de commande qui serait totalement hors de propos. Par contre, pour les troisièmes, et au risque de me répeter, il me semble risqué d'introduire des choses trop "GUI".

        Par contre, intégrer une ligne de commande dans la GUI (comme le fait (faisait?) ROX-Filer) me paraît tout indiqué. Il ne s'agit pas de forcer l'utilisateur (novice) à lancer un terminal, mais simplement d'encourager l'utilisation d'une ligne de commande pour ce genre d'actions (si besoin avec les complétions et aides qui vont bien).

        Au passage, et histoire de ne pas être mécompris: je parle ici d'interfaces en ligne de commande, et non d'interfaces en mode texte, même si les premières font partie des secondes.

        Exemple: lftp est un programme en ligne de commande. Centericq non (il affiche une interface bidimensionelle, même si elle est en mode texte).

        Parce que franchement, la solution que tu as l'air de préconiser ressemble fort à la programmation visuelle, qui ne fait que cacher la complexité sous des jolis dessins.
        • [^] # Re: Peut-on traiter 500 fichiers en 8 clics ?

          Posté par  . Évalué à 1.

          Bah en fait, on est assez d'accords. (Et pour le hors-sujet, c'est pas grave, ça m'apprendra à balancer des trucs genre "s'en passer définitivement.")

          >Parce que franchement, la solution que tu as l'air de préconiser ressemble fort à la programmation visuelle, qui ne fait que cacher la complexité sous des jolis dessins.

          C'en est ;). Mais certains aspects de la complexité disparaissent (plus besoin de retenir 160 drapeaux pour 40 applications courantes) et d'autres se créent (comment ça, "cette opération n'existe pas, voulez-vous la définir ?") Moi, je pense que de la programmation visuelle correspondrait mieux à mes besoins pour ce genre de routines.
      • [^] # Re: Peut-on traiter 500 fichiers en 8 clics ?

        Posté par  . Évalué à 1.

        Je crois que ce que tu cherches c'est le tutorial pour faire des services menus avec KDE:
        http://developer.kde.org/documentation/tutorials/dot/servicemenus.h(...)
        Tu le couples avec celui sur kdialog:
        http://developer.kde.org/documentation/tutorials/kdialog/t1.html(...)
        et tu peux même rajouter une touche de dcop pour gérer les applications kde.

        Et si tu es une grosse feignasse, tu vas là, il y en a pleins à télécharger:
        http://www.kde-apps.org/(...)
        • [^] # Re: Peut-on traiter 500 fichiers en 8 clics ?

          Posté par  . Évalué à 1.

          Ça, c'est si je voulais tout faire à partir de rien. C'est pas impossible, d'ailleurs ;). Mais avant, je vais jeter un coup d'?il à ce que m'a indiqué JM. Ça ressemble à une première tentative.
          • [^] # Re: Peut-on traiter 500 fichiers en 8 clics ?

            Posté par  . Évalué à 1.

            Moui, fais une recherche sur la news sur ce soft qui avait été passée il y a quelques temps ici. La discussion avait été trés interressante et on y avait parlé d'ailleurs q'autres problémes de facilité d'usage que ceux que seguro essaie de traiter.
            Le probléme de séguro est le même que celui des script visuels, à savoir il faut que quelqu'un est rentré les actions, ou du moins le concept d'action dans séguro. Parce que si tu séléctionnes tes 500 fichiers et tu sélectionnes l'imprimante, s'il n'y aucune action imprimer, c'est dans le fût la balayette. Le probléme est le même avec les scriplets qui s'intégrent à une GUI (ils n'existent pas, rho c'est chiant, faut faire pleins de trucs, ils existent, rho super, on traite les 500 fichiers en UN SEUL CLIC).
            Bref, le seul probléme est qu'il faut quelqu'un pour faire ce boulot une fois qui sera utilisé ensuite par tout le monde.
            • [^] # Re: Peut-on traiter 500 fichiers en 8 clics ?

              Posté par  . Évalué à 1.

              > Moui, fais une recherche sur la news sur ce soft qui avait été passée il y a quelques temps ici. La discussion avait été trés interressante et on y avait parlé d'ailleurs q'autres problémes de facilité d'usage que ceux que seguro essaie de traiter.
              oki, merci

              En fait, en parcourant un peu le site, je me rends compte que c'est pas vraiment ce dont je parlais (pas du tout, même.) Mais par l'aspect "trouver toutes les actions rendues possibles par tous les programmes installés," (et les difficultés qui en découlent,) ça y ressemble. Et puis, je trouve qu'il y a de l'idée dans seguro.

              >Bref, le seul probléme est qu'il faut quelqu'un pour faire ce boulot une fois qui sera utilisé ensuite par tout le monde.
              Oh, il y a sûrement d'autres problèmes, aussi. Pas grave ;)
      • [^] # Re: Peut-on traiter 500 fichiers en 8 clics ?

        Posté par  . Évalué à 1.

        Le problème du GUI est qu'il impose des choix prédéfinis.
        Je m'explique avec un exemple dont une interface graphique est courante, un lecteur multimédia. Prenons, au hasard, Mplayer qui possède depuis déjà quelque temps une interface.
        Maintenant, faisons un man bash dans une console. On comprendra vite que tout n'est pas intégrable simultanément dans le GUI, auquel cas il deviendrait totalement inutilisable.
        Il en va de même pour ton problème. C'est vrai que c'est facilement intégrable au GUI, mais cela ne va pas intéresser tout le monde, et quelqu'un d'autre préférera intégrer une autre fonction dont tu n'as pas l'intérêt.
        L'avantage de la ligne de commande est donc (entre autre, parce que ce n'est pas le seul) d'avoir un choix beaucoup plus vaste. Reprenant l'exemple de mplayer, je ne connais aucun équivalent 100% graphique avec autant d'options.
        • [^] # Re: Peut-on traiter 500 fichiers en 8 clics ?

          Posté par  . Évalué à 1.

          Merci, mais ce que je dis moi, c'est que je veux essayer. Tout ça, je le "sais" déjà, mais je pense que les deux méthodes ont leur place, suivant les gens qui s'en servent, partout et toujours.
  • # Re: Peut-on traiter 500 fichiers en 8 clics ?

    Posté par  . Évalué à 1.

    Bah, tu vas bien trouver un script nautilus qui fait ça. Là par exemple : http://g-scripts.sourceforge.net/(...)
    Sinon t'as qu'à en écrire un.
    • [^] # Re: Peut-on traiter 500 fichiers en 8 clics ?

      Posté par  . Évalué à 1.

      Hummm, j'essayais plutôt de parler d'un [i]regroupement[/i] de scripts de ce genre, et même de faire en sorte d'en construire un "plus gros" à partir d'autres "plus petit" à la souris.

      Si je sais que je dois faire cette opération, télécharger ou écrire un script pour le faire, c'est cool, mais si ce que j'ai besoin de faire n'est (presque) jamais la même chose ?
      • [^] # Re: Peut-on traiter 500 fichiers en 8 clics ?

        Posté par  (site web personnel) . Évalué à 2.

        Ce que tu voudrais c'est un Visual Bash comme un visual basic qui te permettrais de faire un script en alignat des brique graphique ...
        Je trouve plus simple d'apprendre quelques bases en bash pour monté vite fait des scripts simples que l'on peu chainer. Je fais ça toute la journée pour de l'adminsitration et de la configuration centrale de nos serveurs, et aucune interface graphique n'aura la simplicité et la rapidité de développement ... Le GUI n'est pas la solution ultime ... je bosse presque 40% de mon temps en mode texte (mail, gestion mp3, développement php, administration DB, ...) et je fous défie pas mal de fous de la souris de me suivre. Simplement j'ai du bosser un peu au départ, mais plus jamais je ne reviendrais en arrière ... vive mutt, emacs, nmap, cat, less, more et toute la famille ;-)
  • # Re: Peut-on traiter 500 fichiers en 8 clics ?

    Posté par  . Évalué à 1.

    J'vais certainement dire une grosse connnerie, vu que je suis incapable de faire ce que je vais te proposer mais bon tant pis, je me lance :

    1- Tu crees un script imagemagick qui va bien que tu enregistres dans les mime types kde.
    2- Tu ouvres konqueror, tu vas dans le repertoire qui va bien.
    3- Tu ajoutes a la fin de l'url "*.jpg" :
    file://repertoire_qui_va_bien/*.jpg
    4- CTRL-A afin de selectionner tous les fichiers
    5- Tu fais bouton droit, tu choisis ton script.

    Soucis :
    1- "*.jpg" ne doit pas etre recursif, il y a peut etre une option dans la GUI mais rien n'est moins sur
    2- je ne sais pas comment enregistrer un tel script dans les mimetype de maniere a ce qu'il apparaisse dans le menu contextuel de konqueror et qu'il puisse s'appliquer a une selection multiple

    Ces soucis mis a parts :-) ca a l'air pas mal non ? :-)

    ==> []
    • [^] # Re: Peut-on traiter 500 fichiers en 8 clics ?

      Posté par  . Évalué à 1.

      > J'vais certainement dire une grosse connnerie

      Moins que moi, apparamment, puisque personne n'a compris où je voulais en venir ;)

      >Ces soucis mis a parts :-) ca a l'air pas mal non ? :-)

      Je sais pas trop. A ce niveau-là, autant faire directement un script "transformer tous les *.png en thumbnail *.jpg" qu'on associe aux dossiers KDE avec un desktop entry, et voilà. Bon, c'est pas si simple à faire, et une fois que c'est fait, ça rend bien servir si on s'en sert tous les jours.

      Mais moi, je parlais du cas où on ne peut pas prévoir quel traitement automatisé on va vouloir effectuer. (Comme avec la ligne de commande, donc)
      • [^] # Re: Peut-on traiter 500 fichiers en 8 clics ?

        Posté par  (site web personnel) . Évalué à 1.

        si si moi j'ai compris enfin je pense.

        En gros tu veux faire une espèce d'interface de programmation shell à partir d'un menu contextuel dans konqueror ou nautilus c'est ça ?

        https://damien.pobel.fr

        • [^] # Re: Peut-on traiter 500 fichiers en 8 clics ?

          Posté par  . Évalué à 1.

          Précisément.

          C'est un des cas où je pense qu'une programmation graphique vaut une programmation texte. À condition de reconnaître suffisamment de programmes installés, s'entend.

          (Bon, je viens de relire mon journal, que j'avais élagué par rapport à la première version pour le rendre plus court, et je peux blâmer personne s'il voit pas ce que je veux dire. Un peu normal que j'aie dû répondre 3 fois ;).)
      • [^] # Re: Peut-on traiter 500 fichiers en 8 clics ?

        Posté par  . Évalué à 1.

        D'un point de vue plus general, il faudrait que toutes les petites applis en ligne de commande possedent leur contreparties Gui ... ce qui est loin d'etre le cas.

        Sinon, il me semble me rappeler qu'il existe un langage qui se programme graphiquement : tu positionne des petites cases qui correspondent a des structures de controles (if, for, ...) et des petites cases qui correspondent a des primitives.
        Ensuite tu peux lancer l'application obtenue.

        En fait, c'est ca qu'il te faudrait : ca permettrait de faire la meme chose que la ligne de commande, mais avec une GUI ...
  • # OVNI répondant peut-être à tes attentes

    Posté par  . Évalué à 2.

    Mais là où je me hisse au sommet du hit-parade des emm...bêteurs, c'est quand je dis :
    "c'est pas normal"


    Non, tu as raison, il y a encore quelque chose qui ne tourne pas aussi rond qu'il devrait au pays des GUIs. Peu de gens ont des idées pour les régler, sauf ceci qui m'a fait un véritable choc.
    http://segusoland.sourceforge.net/(...)

    C'est tellement hors catégorie, que je suis incapable de le décrire en quelques lignes, désolé...
    • [^] # Re: OVNI répondant peut-être à tes attentes

      Posté par  . Évalué à 1.

      Oui, ça ressemble bien à ce que je cherche, je vais parcourir ça, merci.

      >C'est tellement hors catégorie, que je suis incapable de le décrire en quelques lignes, désolé...

      Ben c'est ce que j'ai essayé de faire, et on a vu le résultat ;) ...

      Je m'étonne que tu ne m'aies pas redirigé vers le jeanmishell en le défendant bec et ongles, quand même. (Ici Mayeul, je sais pas si tu connais mon pseudo habituel, donc bon, voilà...)
  • # Re: Peut-on traiter 500 fichiers en 8 clics ?

    Posté par  . Évalué à 1.

    Et bien c'est trés simple:

    Tu prends ton script shell, et tu lui rajoute des Xdialog un peu partout
    «etes- vous vraiment sur de vouloir effectuer cette operation ?»
    «si vous etes vraiment vraiment sur de vouloir effectuer cette operation veuillez cocher la case ci-dessous, puis clicker 2 fois sur le Bouton OK»
    Et comme ça tu te sert de ta souris ;-)

    Plus serieusement, c'est faisable assez facilement, par example en TCL/TK, avec selecteur de fichier, et tout, mais seulement, ça existe déjà ;-)

    - gthumb (menu outils: convertir, renommer en serie, ...)
    - Xnview ( NON-FREE, beurk)
    - et surement d'autre...

    P.S.
    Pour gthumb, 3 clics seulement, qui dit mieux ?
    • [^] # Re: Peut-on traiter 500 fichiers en 8 clics ?

      Posté par  . Évalué à 1.

      Nope. Ça, c'est s'il y a une routine que je fais souvent, je la rajoute dans le menu KDE/Gnome/non j'ai pas appris tous les noms d'environnement de bureau et j'en ai pas honte.

      Mais s'il y a une routine que j'ai besoin de faire passer sur 600 fichiers, je voudrais ne pas avoir besoin de lancer un terminal pour ça.
      • [^] # Re: Peut-on traiter 500 fichiers en 8 clics ?

        Posté par  . Évalué à 1.

        hum...
        tu ne m'as pas compris.

        Nautilus, Konqueror, etc... sont des gestionnaire de fichiers.

        bash, zsh, etc... sont des shells (= Interpreteur de commandes)
        Ce sont aussi de véritables languages de programmations.
        Avec ces shells on peut lancer des commandes qui gère les fichiers, mais ils savent faire beaucoups d'autre chose.

        Tu peut toujours essayer de transformer ton gestionnaire de fichier en shell, c'est presque le cas, avec Nautilus (start-here, ...), Mais ça n'en fera pas un language de programmation.

        Ce que je te proposais, c'etait d'écrire une "extention" à ton gestionnaire de fichier graphique, avec des cases à cocher, des menus déroulants, etc.. pour executer des actions sur des groupes de fichiers. Libre à toi de la faire assez polyvalente.

        Si maintenant, ton problème ne concerne que les images, ils existe déjà des outils adaptés pour traiter les images par lot, sans avoir à ouvrir un terminal.
  • # Re: Peut-on traiter 500 fichiers en 8 clics ?

    Posté par  (site web personnel) . Évalué à 2.

    C'est marrant ta vision de la ligne de commande, parce que moi, je préfère

    targz monrepertoire

    (Ou targz est un script de ... fou là là ... 1 ligne)

    A

    Allumer ma machine
    Lancer KDE
    Cliquer sur l'icône HOME
    Chercher dans tout ce foutoire le répertoire "xxy"
    Cliquer sur le répertoire "xxy"
    cliquer sur le sous répertoire "zzt"
    clic droit
    descendre la souris
    cliquer sur l'entrée de menu correspondante.


    Comme quoi, quand on ne considère qu'une partie des étapes nécessaires à une tache, on n'est pas toujours objectif. ;-)
    • [^] # Re: Peut-on traiter 500 fichiers en 8 clics ?

      Posté par  . Évalué à 0.

      Oui, oui, la ligne de commande est systématiquement mieux que les GUI, ça va plus vite, surtout pour les traitements de texte et les vidéos... ^^;

      OK, je me suis mal exprimé, je veux me débarrasser de la ligne de commande dans toutes mes actions quotidiennes, ça va comme ça ?
      • [^] # Re: Peut-on traiter 500 fichiers en 8 clics ?

        Posté par  . Évalué à 1.

        Serait-il possible d'oublier que j'ai répondu ce... cette... Raaaaah lynchez-moi pour ma réponse du dessus. Et que ça fasse mal !!!!

        De fait, j'ai prétendu qu'il faut chercher un dossier en ligne de commande, eh ben c'est pareil avec un explorateur de fichier, et ça je l'ai bien zappé. C'est ce que tu voulais dire, je pense. Ouais, enfin c'est pas très visuel de se rappeler un nom de fichier/dossier, alors que se rappeler sa place l'est. Tout dépend de qui on est.
        • [^] # Re: Peut-on traiter 500 fichiers en 8 clics ?

          Posté par  (site web personnel) . Évalué à 1.

          Je crois en effet que tu avais zappé le smiley à la fin.

          Le truc, c'est qu'en général, quand on compare deux softs, on zappe une partie des étapes pour l'un et on n'est plus trop objectif.

          Mais pour en revenir à la question d'origine, oui, la ligne de commande est plus rapide pour beaucoup de choses quand on en a l'habidude, mais non, je ne l'impose à personne ;-)
  • # Re: Peut-on traiter 500 fichiers en 8 clics ?

    Posté par  (site web personnel) . Évalué à 2.

    Konqueror, menu "Outils", "Créer une galerie d'images", virer le fichier .html, il reste les vignettes :)
  • # Re: Peut-on traiter 500 fichiers en 8 clics ?

    Posté par  (site web personnel) . Évalué à 1.

    e17 est fait pour toi !
    Le but était de créer un desktop-shell, une nouvelle révolution dans le domaine du desktop qui fairait que linux serait enfin prêt pour conquerir le grand public.
    En plus tu as de la chance, la première version de e17 devrait sortir très bientôt !
    (je donne une url ? rhoo je sais pas... Allez : http://enlightenment.org/pages/news.html(...) )
  • # un enregistreur de macro ?

    Posté par  . Évalué à 1.

    Je pense à un truc très simple:

    Jadis, au temps ou j'utilisais Windows - tout ça se passe dans une époque lointaine - je m'étais aussi posé la question. J'avais trouvé un petit programme bête. Un enregistreur d'actions, un peu comme le truc de Photoshop pour se faire des macros. Bref, je lançais l'appli, je clickodromais à tout va sur un fichier et voilà, j'avais ma macro, que je n'avais plus qu'à lancer sur mes 800 fichiers d'un seul clic.

    Ca avait deux gros inconvénients qui ne se poseraient pas sur une GUI moderne et libre ou tout est astucieusement scriptable (dcop, orbit & Cos):
    1. si j'avais ouvert un programme ou deux pour mon truc, la macro les ouvraient aussi, puis les refermaient, etc. pour chacun des fichiers !
    1 bis. (conséquence de 1) c'était lent et gourmand en mémoire
    1 ter. (conséquence de 1 bis) ça plantait parfois
    2. pour des actions trop complexes ça se lançait sur un seul fichier à la fois.

    Bon bref, ça me semble simple à utiliser et valable pour à peu près tout type d'action. Un enregistreur d'actions qui enregistrait nos actions avec les interfaces graphiques et les reproduirait ensuite via dcop (si on est sous KDE). La macro créée pourrait se lancer sur un ensemble de fichiers.

    "La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay

  • # Re: Peut-on traiter 500 fichiers en 8 clics ?

    Posté par  . Évalué à 3.

    Il est tout bonnement quasi impossible de remplacer toutes les actions réalisable en quelques lignes sur une console par le clicodrome aproprié : tout simplement car d'un coté tu as un langage 'ouvert' ou tu peux faire tout et n'importe quoi (surtout n'importe quoi), de l'autre tu as une place limitée (taille écran, etc...) pour mettre ton clicodrome qui ne pourra donc faire qu'un nombre de trucs réduits.

    Le travail régulier sur n fichiers est franchement une appli extrement simple qui d'ailleurs a été résolu par l'utilisation de menu perso sour gnome ou kde, je sais plus (cf plein d'autres journaux que j'ai vu passer par ici). Mais c'est une vision on ne peut plus réductrice des possibilitées d'un langage de script, quelqu'il soit (ptet pas le batch processing de ms dos quand meme ;).
    • [^] # Re: Peut-on traiter 500 fichiers en 8 clics ?

      Posté par  . Évalué à 1.

      Probablement, mais je suis le genre de mec dingue qui croit au wikipédia, au MIME/type, au projet GNU, au fait qu'il soit un jour possible de se passer définitivement du moindre logiciel propriétaire sans pour autant coder soi-même quelque chose pour remplacer un produit propriétaire...

      Bref, à l'argument
      "ton truc ça peut pas marcher, il faut lui ajouter énormément de fonctions pour que ça puisse faire ce que fait ce qui existe déjà."
      Je réponds
      "Eh bah si ceux qui veulent telle fonction l'ajoutent, telle fonction sera là."

      Bien sûr, ça peut pas être utile du jour au lendemain, ça pourrait même ne jamais être utile, mais jusqu'ici j'ai pas essayé et je veux essayer ;).
      • [^] # Re: Peut-on traiter 500 fichiers en 8 clics ?

        Posté par  . Évalué à 1.

        Probablement, mais je suis le genre de mec dingue qui croit au wikipédia, au MIME/type, au projet GNU, au fait qu'il soit un jour possible de se passer définitivement du moindre logiciel propriétaire sans pour autant coder soi-même quelque chose pour remplacer un produit propriétaire...

        Et tu crois que i2bp avait raison, aussi? ;)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.