2 gfdjr5:
Движок - нет.
Ну во всяком случае я.
Я стараюсь именно не изменять ни основного кода, ни строение движка, скорее придерживаясь тут ДядиМишиных идей (в моём и х понимании) и оставляя Xash3d неким legacy движком.
Нужна модульность - будет Magenta, нужны новые возможности - будет XashNT
А на c++ будет как раз Xash3d Magenta, в котором будет выше гибкость и стабильность, но меньше гарантий совместимости (уверен, что перенести весь legacy без единой поломки не выйдет, да и нужно ли?).
Так что xml тут будет лишним. Он не как не вписывается в концепцию legacy-движка (хотя возможно, что для Magenta подойдёт)
Но может, лучше не xml, в какой-нибудь json?
Я не понимаю удобства xml.
Специальный редактор - костыль и раздувание, если речь идёт о конфигах.
А для меню если делать - то формат не имеет значения. Только нужно ли? Меню делается раз и надолго.
Может, лучше вообще аналог vgui сделать (можно даже совместимый с vgui1), который в конце концов scheme будет использовать?
C vgui2 - беда т.к любая реализация скомпрометирована из-за утёкших исходников.
Можно себе позволить только использовать его API т.к он доступен в source sdk.