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
# un enregistreur de macro ?
Posté par ZeroHeure . En réponse au journal Peut-on traiter 500 fichiers en 8 clics ?. Évalué à 1.
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