Ouais, elle est pas mal t'on idée. elle rejoint un-peu des principes de fonctionnement de certains logiciel évoqués plus haut.
Un exemple tout simple dans cet espris là, est l'utilitaire de recherche de fichier de gnome qui permet d'éditer la ligne de commande générée grace à l'interface graphique. Ca présente 2 avantages: un aspet pédagogique pour les débutants et la possibilité pour des personnes plus confirmées d'affiner la recherche.
Ce serais interescent d'élargir ce concepte à d'autre logiciels. Par exemple les gestionnaires de fichier devraient pouvoir éditer toutes les commandes correspondante aux actions effectuées. Ils devraient d'ailleurs permetre d'effectuer tous ce qu'il est possibles d'effectuer par ligne de commande en matière de gestion de fichier (recherche, manipulation, archivage, compression, modification des attributs de façon récursive( ça Konqueror sait le faire:o)...). Ca donnerais une meilleur idée de la puissance du système au personnes qui testent Linux.
La ligne de commande est plus rapide dans certain cas et la GUI est plus rapide dans d'autres. Utilisons le meilleur des 2. Le bureau pourrait également offrir cette dualité. Ce serait puissant de pouvoir taper des commandes dans le bureau sans avoir à ouvrir le fenêtre Xterm. Le texte s'afficherait en vidéo inverse par rapport au bureau et aux applications en fond de plan avec éventuellement un effet d'ombre porté pour épater le gogo (c'est important dans un contexte de conquète du marché :o) et pour bien détacher le texte de la ligne de commande de l'application sur laquel il vient se superposer. Un raccourcis clavier permetrait de rendre provisoirement le focus à la fenêtre root pour qu'elle puisse recevoire les évenements clavier (la difficultée pour un tel programme serait de recevoire les évenements claviers destinés à la fenêtre root et je ne sais pas si on peut écrire dans le buffer vidéo de façon à ce-que le texte puisse recouvrir plusieurs fenêtres d'application).
L'interface graphique semble souvant être considérée comme un rempare à la maîtrise du systême et où les utilisateurs cliquent sans trop savoir ce qu'ils font, c'est vrais que c'est souvant le cas avec windows mais aucunes loi n'oblige à se plier à ces règles, ne soyons pas prisonnié des conceptes de p'tit mou. Notre but n'est pas de faire aussi bien que windows, notre but est de faire beaucoup mieux.
[^] # Re: IMPORTANT Trollerie !!!! par Code34
Posté par gndl . En réponse à la dépêche Clickodrome vs. ligne de commande. Évalué à 3.
Un exemple tout simple dans cet espris là, est l'utilitaire de recherche de fichier de gnome qui permet d'éditer la ligne de commande générée grace à l'interface graphique. Ca présente 2 avantages: un aspet pédagogique pour les débutants et la possibilité pour des personnes plus confirmées d'affiner la recherche.
Ce serais interescent d'élargir ce concepte à d'autre logiciels. Par exemple les gestionnaires de fichier devraient pouvoir éditer toutes les commandes correspondante aux actions effectuées. Ils devraient d'ailleurs permetre d'effectuer tous ce qu'il est possibles d'effectuer par ligne de commande en matière de gestion de fichier (recherche, manipulation, archivage, compression, modification des attributs de façon récursive( ça Konqueror sait le faire:o)...). Ca donnerais une meilleur idée de la puissance du système au personnes qui testent Linux.
La ligne de commande est plus rapide dans certain cas et la GUI est plus rapide dans d'autres. Utilisons le meilleur des 2. Le bureau pourrait également offrir cette dualité. Ce serait puissant de pouvoir taper des commandes dans le bureau sans avoir à ouvrir le fenêtre Xterm. Le texte s'afficherait en vidéo inverse par rapport au bureau et aux applications en fond de plan avec éventuellement un effet d'ombre porté pour épater le gogo (c'est important dans un contexte de conquète du marché :o) et pour bien détacher le texte de la ligne de commande de l'application sur laquel il vient se superposer. Un raccourcis clavier permetrait de rendre provisoirement le focus à la fenêtre root pour qu'elle puisse recevoire les évenements clavier (la difficultée pour un tel programme serait de recevoire les évenements claviers destinés à la fenêtre root et je ne sais pas si on peut écrire dans le buffer vidéo de façon à ce-que le texte puisse recouvrir plusieurs fenêtres d'application).
L'interface graphique semble souvant être considérée comme un rempare à la maîtrise du systême et où les utilisateurs cliquent sans trop savoir ce qu'ils font, c'est vrais que c'est souvant le cas avec windows mais aucunes loi n'oblige à se plier à ces règles, ne soyons pas prisonnié des conceptes de p'tit mou. Notre but n'est pas de faire aussi bien que windows, notre but est de faire beaucoup mieux.