Je te propose d'étoffer ton post de quelques exemples et de l'envoyer à qui de droit (a priori, une mailing list mandrake)
Si je veux ca, il vaut mieux modifier légèrement la forme de mon message, sinon ils ne voudront pas lire ca ;-)
Voila voila...
Ceci dit, je suis globalement moins négatif que toi, et le panneau de contrôle mandrake est le genre d'outil idéal pour initier quelqu'un qui tripatouille déjà son panneau de configuration windows mais qui n'a jamais vu de ligne de commande de sa vie (rigolez pas, j'ai déjà vu ça plusieurs fois chez des macqueux ou des windowsiens qui connaissent quand même relativement bien leur machine).
Bref, j'ai confiance dans les développeurs Mandrake pour la suite, quitte à les pousser un peu dans la bonne direction (toujours bien ça, les retours d'utilisateur)
Moi aussi, j'espère que leurs outils vont s'améliorer, mais cela fait quand même quelques temps qu'ils planchent dessus, et que leur utilité reste malgré tout discutable, version après version.
Ah si, dernier point:
Un logiciel de configuration graphique d'Xfree, il me semble avoir vu passer ça, mais ça me semble velu comme projet - explorer toutes les subtilités de XF86config, se manger des brouettes de docs pour savoir comment configurer la palette graphique truc, l'écran machin, la souris à 27 boutons pour droitier sans bousiller le reste, bon courage...
C'est vrai qu'un tel projet n'est pas simple à concevoir, j'en ai bien conscience même si je ne l'ai pas précisé lors de ma frénésie d'écriture ;-)
Il ne sera probablement pas capable de gérer toutes les options possibles (ce qu'est de toute façon loin de faire l'outil de mandrake). Si on regarde bien, le fichier XF86Config-4 est très bien organisé, et de manière très simple. Selon ma vision, ca s'apparente un peu à une organisation en répertoires à un seul niveau. Rien à priori empêche de le gérer par un outil graphique.
Pour l'exemple que tu donne, le logiciel que je propose de concevoir ne s'occuperait pas de la compilation du module, mais bien de pouvoir l'intégrer à la configuration d'XFree sans risque d'erreur de frappe ni édition compliquée :-)
Pour pouvoir gérer l'ensemble faramineux des périphériques foncitonnant sous Linux, je pense à une sorte de "base de données" (je vois pour chaque module, une sorte de fichier (structure à déterminer) décrivant les paramétrages possibles) alimentable depuis un serveur Internet (http ou ftp). Ce dernier contiendra l'ensemble de ces fichiers, plus un fichier index référençant la liste des fichiers disponibles. Ainsi, quelqu'un qui a fait un nouveau fichier de description pour son périphérique pourra le proposer à la communauté.
J'imagine un exemple : j'ai acheté un nouveau périphérique de pointage que je souhaite faire fonctionner. Je lance le programme, qui est divisé en plusieurs programmes distrincts : détection et configuration.
- le logiciel de détection (avec le pci et l'usb, ca ne doit pas etre trop dur, vu que chaque périphérique a un identifiant unique) voit les périphériques inconnus, non gérés actuellement par XFree. Comme avec les périphériques USB, on ne peut pas toujours savoir à l'avance si le périphérique en question est une souris ou une webcam, il y aura un système de marquage.
- si le périphérique est inconnu dans la base de données locale, on se connecte à Internet (avece l'autorisation de la personne), et on regarde s'il y a des nouveautés et on met à jour la base.
- Coup de chance, le périphérique est bien dans la base à présent. Le programme sait donc maintenant ce que c'est (si c'est une webcam, ce n'est pas pour lui ;-)), comment le gérer, et il apparait dans la liste des périphériques "utilisables" (genre nouvelle souris).Le fichier de description permet d'indiquer au programme comment le gérer correctement (options possibles, etc.) et d'afficher la boite de configuration.
Le problème qui se pose est bien sûr au niveau des pilotes, et il faudra choisir un comportement à ce niveau si le pilote n'est pas là :
- proposer un lien vers la page du pilote ? voire également vers une doc ?
- créer également une base de données de pilotes directement sur le serveur par version de Xfree ? (vu que ca n'évolue pas trop vite, ca doit etre gérable) Mais quid des versions bizarres de Xfree proposées par les diverses distributions ?
En tout cas, tant que le pilote ne sera pas là, le programme se bornera à proposer l'un des deux chois ci-dessus et empêchera son utilisation.
Cet exemple est encore assez vague, mais c'est une direction possible à prendre. En tout cas, ca permettrait de régler plusieurs souris / cartes graphiques/ etc. à la fois.
Pour gérer également le server layout, le seul moyen est de prévoir en plus un script au démarrage de la machine / avant le démarrage de Xfree qui affiche un choix dans un menu.
Sinon, pour l'apparence de l'outil en question, j'ai déjà une ou deux petites idées afin de tenir compte du fait que les options peuvent être complètement différentes d'un périphérique à l'autre, mais encore vagues et à peaufiner.
[^] # Re: marre gna gna gna
Posté par Cyberdivad . En réponse au journal marre gna gna gna. Évalué à 2.
Si je veux ca, il vaut mieux modifier légèrement la forme de mon message, sinon ils ne voudront pas lire ca ;-)
Voila voila...
Ceci dit, je suis globalement moins négatif que toi, et le panneau de contrôle mandrake est le genre d'outil idéal pour initier quelqu'un qui tripatouille déjà son panneau de configuration windows mais qui n'a jamais vu de ligne de commande de sa vie (rigolez pas, j'ai déjà vu ça plusieurs fois chez des macqueux ou des windowsiens qui connaissent quand même relativement bien leur machine).
Bref, j'ai confiance dans les développeurs Mandrake pour la suite, quitte à les pousser un peu dans la bonne direction (toujours bien ça, les retours d'utilisateur)
Moi aussi, j'espère que leurs outils vont s'améliorer, mais cela fait quand même quelques temps qu'ils planchent dessus, et que leur utilité reste malgré tout discutable, version après version.
Ah si, dernier point:
Un logiciel de configuration graphique d'Xfree, il me semble avoir vu passer ça, mais ça me semble velu comme projet - explorer toutes les subtilités de XF86config, se manger des brouettes de docs pour savoir comment configurer la palette graphique truc, l'écran machin, la souris à 27 boutons pour droitier sans bousiller le reste, bon courage...
C'est vrai qu'un tel projet n'est pas simple à concevoir, j'en ai bien conscience même si je ne l'ai pas précisé lors de ma frénésie d'écriture ;-)
Il ne sera probablement pas capable de gérer toutes les options possibles (ce qu'est de toute façon loin de faire l'outil de mandrake). Si on regarde bien, le fichier XF86Config-4 est très bien organisé, et de manière très simple. Selon ma vision, ca s'apparente un peu à une organisation en répertoires à un seul niveau. Rien à priori empêche de le gérer par un outil graphique.
Pour l'exemple que tu donne, le logiciel que je propose de concevoir ne s'occuperait pas de la compilation du module, mais bien de pouvoir l'intégrer à la configuration d'XFree sans risque d'erreur de frappe ni édition compliquée :-)
Pour pouvoir gérer l'ensemble faramineux des périphériques foncitonnant sous Linux, je pense à une sorte de "base de données" (je vois pour chaque module, une sorte de fichier (structure à déterminer) décrivant les paramétrages possibles) alimentable depuis un serveur Internet (http ou ftp). Ce dernier contiendra l'ensemble de ces fichiers, plus un fichier index référençant la liste des fichiers disponibles. Ainsi, quelqu'un qui a fait un nouveau fichier de description pour son périphérique pourra le proposer à la communauté.
J'imagine un exemple : j'ai acheté un nouveau périphérique de pointage que je souhaite faire fonctionner. Je lance le programme, qui est divisé en plusieurs programmes distrincts : détection et configuration.
- le logiciel de détection (avec le pci et l'usb, ca ne doit pas etre trop dur, vu que chaque périphérique a un identifiant unique) voit les périphériques inconnus, non gérés actuellement par XFree. Comme avec les périphériques USB, on ne peut pas toujours savoir à l'avance si le périphérique en question est une souris ou une webcam, il y aura un système de marquage.
- si le périphérique est inconnu dans la base de données locale, on se connecte à Internet (avece l'autorisation de la personne), et on regarde s'il y a des nouveautés et on met à jour la base.
- Coup de chance, le périphérique est bien dans la base à présent. Le programme sait donc maintenant ce que c'est (si c'est une webcam, ce n'est pas pour lui ;-)), comment le gérer, et il apparait dans la liste des périphériques "utilisables" (genre nouvelle souris).Le fichier de description permet d'indiquer au programme comment le gérer correctement (options possibles, etc.) et d'afficher la boite de configuration.
Le problème qui se pose est bien sûr au niveau des pilotes, et il faudra choisir un comportement à ce niveau si le pilote n'est pas là :
- proposer un lien vers la page du pilote ? voire également vers une doc ?
- créer également une base de données de pilotes directement sur le serveur par version de Xfree ? (vu que ca n'évolue pas trop vite, ca doit etre gérable) Mais quid des versions bizarres de Xfree proposées par les diverses distributions ?
En tout cas, tant que le pilote ne sera pas là, le programme se bornera à proposer l'un des deux chois ci-dessus et empêchera son utilisation.
Cet exemple est encore assez vague, mais c'est une direction possible à prendre. En tout cas, ca permettrait de régler plusieurs souris / cartes graphiques/ etc. à la fois.
Pour gérer également le server layout, le seul moyen est de prévoir en plus un script au démarrage de la machine / avant le démarrage de Xfree qui affiche un choix dans un menu.
Sinon, pour l'apparence de l'outil en question, j'ai déjà une ou deux petites idées afin de tenir compte du fait que les options peuvent être complètement différentes d'un périphérique à l'autre, mais encore vagues et à peaufiner.