Ça me rappelle un bug que j'avais eu sous gentoo il y a un moment : un paquet avais installé parmis de nombreux autres petits utilitaires un binaire appelé "normalize", qui corrigeait je sais pas quoi sur les fichiers html. Sauf que "normalize", c'est aussi le nom d'un soft pour normaliser le volume dans des fichiers audio. Et bah j'ai mis du temps à comprendre pourquoi après je pouvais plus graver de cd audio... Bref, je suis tout à fait d'accord que les nom génériques devraient être proscris (à part pour les commandes standard du système).
Prenons l'exemple de transcode au contraire, là tous les noms sont préfixés par "tc" (par exemple, "tcdecode" et pas "decode"), ce qui évite ce genre de conflit et en plus facilite la vie des nouveaux utilisateurs ("tc+TAB" leur donnant une idée de ce qu'ils ont de disponible). Un préfixe "im" (genre "imconvert" au lieu de "convert") serait de même une bonne chose pour ImageMagick.
[^] # Re: display
Posté par tgl . En réponse à la dépêche Sortie de ImageMagick 6.0.0. Évalué à 4.
Ça me rappelle un bug que j'avais eu sous gentoo il y a un moment : un paquet avais installé parmis de nombreux autres petits utilitaires un binaire appelé "normalize", qui corrigeait je sais pas quoi sur les fichiers html. Sauf que "normalize", c'est aussi le nom d'un soft pour normaliser le volume dans des fichiers audio. Et bah j'ai mis du temps à comprendre pourquoi après je pouvais plus graver de cd audio... Bref, je suis tout à fait d'accord que les nom génériques devraient être proscris (à part pour les commandes standard du système).
Prenons l'exemple de transcode au contraire, là tous les noms sont préfixés par "tc" (par exemple, "tcdecode" et pas "decode"), ce qui évite ce genre de conflit et en plus facilite la vie des nouveaux utilisateurs ("tc+TAB" leur donnant une idée de ce qu'ils ont de disponible). Un préfixe "im" (genre "imconvert" au lieu de "convert") serait de même une bonne chose pour ImageMagick.