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 Larry Cow . En réponse au journal Peut-on traiter 500 fichiers en 8 clics ?. Évalué à 6.
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.