> Le truc, c'est qu'en général on a pas envie de se faire chier à inventer encore un nouveau format
Chaque fichier .ini a son propre format qui n'est pas décrit (sauf dans la doc)...
Je ne dis pas que l'XML doit être foutu partout. Mais aujourd'hui on ne peut plus demander à l'utilisateur de prendre un éditeur de texte pour change une configuration. Aujourd'hui la grande grande grande majorité des fichiers de configuration sont modifiés via un programme (qui n'est évidemment pas un éditeur de texte). XML est excellent dans ce domaine.
Libvirt a-t-il besoin de fichier de configuration en XML ?
Je ne donne pas la réponse. Mais c'est très cool avec virt-manager de créer et modifier une machine virtuelle est quelques cliques au-lieu de se bouffer la doc et utiliser un éditeur de texte (avec tous les risques d'erreur que ça implique). En majorité XML (ou autre) c'est mieux pour l'utilisateur, c'est aussi beaucoup mieux pour les développeurs.
Si tout était en XML, leurs vies seraient grandement simplifiées (avec contrôle et tout ; par exemple ils détecteraient automatique qu'une modification n'est pas encore supportée avec telle version d'apache).
[^] # Re: virt-manager
Posté par IsNotGood . En réponse au journal VirtualBox 2.0 is out !. Évalué à 1.
> Le truc, c'est qu'en général on a pas envie de se faire chier à inventer encore un nouveau format
Chaque fichier .ini a son propre format qui n'est pas décrit (sauf dans la doc)...
Je ne dis pas que l'XML doit être foutu partout. Mais aujourd'hui on ne peut plus demander à l'utilisateur de prendre un éditeur de texte pour change une configuration. Aujourd'hui la grande grande grande majorité des fichiers de configuration sont modifiés via un programme (qui n'est évidemment pas un éditeur de texte). XML est excellent dans ce domaine.
Libvirt a-t-il besoin de fichier de configuration en XML ?
Je ne donne pas la réponse. Mais c'est très cool avec virt-manager de créer et modifier une machine virtuelle est quelques cliques au-lieu de se bouffer la doc et utiliser un éditeur de texte (avec tous les risques d'erreur que ça implique). En majorité XML (ou autre) c'est mieux pour l'utilisateur, c'est aussi beaucoup mieux pour les développeurs.
Voyons ces projets :
http://cft.et.redhat.com/
http://augeas.net/
https://fedorahosted.org/func
Si tout était en XML, leurs vies seraient grandement simplifiées (avec contrôle et tout ; par exemple ils détecteraient automatique qu'une modification n'est pas encore supportée avec telle version d'apache).