Le rapport, c'est que tu t'acharnes sur 1 point faible hypothétique de Windows (en bientôt 10 ans, je n'ai jamais pété une base de registre, et mes clients non plus), alors que de l'autre côté, Linux est encore loin de Windows niveau ergonomie et réactivité.
Donc, si tu pars dans des hypothèses farfelues sur Windows, pourquoi ne serait-il pas possible de partir sur des hypothèses farfelues sous Linux également ? L'exemple du kdm en rade, ça rrive tous les 4 matins sur la Mandrake Cooker, et je crois que je n'ai jamais vu pire bidouille en ligne de commande pour résoudre le problème. Le problème acpi/noacpi/nolapic sous Mandrake, tu appelles cela comment ? et le réglage du problème de son sous Quake3/Enemy Territory ? etc.
La base de registre n'est qu'un autre moyen de gérer la configuration du système et des programmes. Au moins sous Windows, tu sais où sont centralisées ces informations, alors que sous Linux, non seulement l'emplacement des fichiers de conf change en fonction des programmes, leur nom n'a parfois rien à voir avec le programme qu'ils sont censés configurer, mais également leur syntaxe n'est pas la même d'un fichier de conf à l'autre (et j'en connais un paquet qui n'ont aucun commentaire) !
Il te faut donc d'abord trouver LE fichier qui t'intéresse (donc savoir comment il s'appelle et où il se trouve, ne pas le confondre avec les 5 ou 6 autres fichiers quasi-identiques qui sont dans le même répertoire, qui servent pour le même programme, mais pas pour configurer la même chose), puis comprendre comment l'aborder, et franchement, depuis l'avènement des fichiers de conf xml, c'est un bordel incroyable pour seulement lire le contenu du fichier (qui est toujours au format texte tu noteras) !
Donc je trouve que tu fais beaucoup de bruit pour un problème qui doit toucher 0,0000001% des Windows, on dirait presque de la mauvaise foi. Pour ma part, je n'avais pas non plus réussi à installer LiteStep, mais bizaremment, malgré ma modification dans la base de registre, Windows a redémarré sur le shell par défaut, c'est à dire explorer.exe. Donc ton hypothèse n'est pas vraie :-)
[^] # Re: Comparaison à fonctionnalités similaires, certes...
Posté par Anonyme . En réponse à la dépêche La poste tchèque choisit Linux. Évalué à 1.
Donc, si tu pars dans des hypothèses farfelues sur Windows, pourquoi ne serait-il pas possible de partir sur des hypothèses farfelues sous Linux également ? L'exemple du kdm en rade, ça rrive tous les 4 matins sur la Mandrake Cooker, et je crois que je n'ai jamais vu pire bidouille en ligne de commande pour résoudre le problème. Le problème acpi/noacpi/nolapic sous Mandrake, tu appelles cela comment ? et le réglage du problème de son sous Quake3/Enemy Territory ? etc.
La base de registre n'est qu'un autre moyen de gérer la configuration du système et des programmes. Au moins sous Windows, tu sais où sont centralisées ces informations, alors que sous Linux, non seulement l'emplacement des fichiers de conf change en fonction des programmes, leur nom n'a parfois rien à voir avec le programme qu'ils sont censés configurer, mais également leur syntaxe n'est pas la même d'un fichier de conf à l'autre (et j'en connais un paquet qui n'ont aucun commentaire) !
Il te faut donc d'abord trouver LE fichier qui t'intéresse (donc savoir comment il s'appelle et où il se trouve, ne pas le confondre avec les 5 ou 6 autres fichiers quasi-identiques qui sont dans le même répertoire, qui servent pour le même programme, mais pas pour configurer la même chose), puis comprendre comment l'aborder, et franchement, depuis l'avènement des fichiers de conf xml, c'est un bordel incroyable pour seulement lire le contenu du fichier (qui est toujours au format texte tu noteras) !
Donc je trouve que tu fais beaucoup de bruit pour un problème qui doit toucher 0,0000001% des Windows, on dirait presque de la mauvaise foi. Pour ma part, je n'avais pas non plus réussi à installer LiteStep, mais bizaremment, malgré ma modification dans la base de registre, Windows a redémarré sur le shell par défaut, c'est à dire explorer.exe. Donc ton hypothèse n'est pas vraie :-)