-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Romain Bignon wrote:
> Bonjour,
Hello,
> Je me mets d'écrire ce mail en français, car celui-ci est adressé aux
> développeurs, qui sont quasiment tous français, et que je préfere utiliser
> cette langue pour pouvoir décrire plus facilement le projet que je propose.
(Although I can understand French, I prefer English, so I'll answer
in English).
> Ainsi que ceux qui fréquentent #wormux-fr, je suis développeur du jeu Men Are
> Ants, qui utilise également SDL, programmé en C++.
I've looked at the site, the game seems to be nice...
> Il se trouve que ce projet a les mêmes besoins que Wormux, c'est à dire des
> classes équivalentes pour les surfaces, les sprites, les fontes, la GUI, etc.
> Je dois d'ailleurs avouer avoir repris vos font.cpp/h, ainsi que le listbox
> et
> quelques fonctions touchant les Surfaces.
> Malgré ça, bon la gestion des widgets restent différentes que la votre, et
> mes
> classes Image et Sprite sont assez médiocre comparé aux votres.
> Il faut avouer que je suis sur mon projet seul, et depuis un an seulement,
> alors que le votre hérite de développements de plusieurs années, avec une
> dizaine de programmeurs actifs et de nombreuses contributions.
Although the needs might be similar now, have you considered the
possibility that the needs might diverge?
> Alors en fait ce que je propose, ça serait de créer une librairie commune qui
> contiendrait donc tous les outils relatis à la SDL, c'est à dire la GUI, les
> classes de gestion des graphiques, des effets, de la fonte, du son, etc.
>
> Ceci peut être utile pour nos deux projets (développement ensemble d'une même
> base), ainsi que pour d'éventuels autres projets naissants utilisant SDL qui
> n'auraient pas à réinventer la roue.
Note that having an unique library will lead to a need to work in a
more organized manner than it was until now (you'll need to make
releases, tag the library, not destabilize the branches, make sure
game specific code does not enter the library, etc.).
IMHO, the Wormux team still needs to organize itself so that
development is not that chaotic as it is now (look at the history of
the different releases - read tags in SVN - and you will understand
what I am saying). Having a library will mean that even more order
is needed.
> Je pense que cela pourrait être très intéressant pour nos deux projets.
>
> Après avoir discuté avec Laurent Defert (alias lodesi), la dépendance avec la
> libxml peut être plus ou moins gênante (et vous gênerait, selon lui,
> actuellement).
> J'ai développé pour mes besoins une petite librairie, LibConfig, qui me
> servait à faire mes configurations sur différents projets, dans un format
> ressemblant à celui-ci :
>
> section {
> variable = valeur
> variable2 = valeur2
> subsection {
> variable = valeur
> variable2 = valeur2
> }
> }
>
> Avec également des sections "clones" (des sections d'un "type" qui peut être
> définis plusieurs fois, et dont une variable membre permet de définir un mot
> clef unique (ou pas) pour retrouver la section) :
>
> clone {
> nom = clone1
> variable1 = valeur1
> }
>
> clone {
> nom = clone2
> variable1 = valeur2
> }
>
> etc.
>
> L'avantage de cette librairie est de se libérer la dépendance à libxml, avec
> une certaine lisibilité à la lecture.
> Le défaut est qu'avec une seule variable par ligne, on perd l'effet "compact"
> du XML (qui permet de mettre plusieurs variables sur la même ligne).
>
> Voilà donc pour ça je sais pas ce que vous en pensez, lodesi avait l'air
> intéressé, je m'en sers pour les configurations, mais ça peut très bien être
> utilisé pour remplacer tous vos fichiers XML.
Still, compatibility needs to be preserved, so that a new
installation will have to migrate the settings from the old XML to
the new configuration.
On the good side, seems that the arch independency is kept since the
configuration would be kept as strings.
What I don't like about this approach is that it introduces
yet-another-new-and-particular-configuration-file-format which needs
to be parsed and *will* need its own library/functions, which,
although you say you have it already, I am sure it didn't got so
much testing as the libxml library and might be vulnerable to
different issues - not as robust, prone to break, not reviewed.
I think this proposal is a part of the NIH syndrome often found in
programmers which are young and enthusiastic.
> Après pour l'aspect API des Surfaces/Sprites, je pense que garder la votre
> est
> très bien dans le sens où la mienne est pas terrible.
>
> Et pour les widgets, il faut faire des compromis je pense car moi j'aime bien
> la mienne :).
But wormux' look better :-)
> De manière générale, je trouve que l'idée peut être très intéressante, mais
> ça
> nécessiterait en tous cas un certain travail de réécriture dans nos deux
> projets, ainsi que pour la constitution de cette librairie.
>
> Voilà, maintenant je vous demande votre avis, vous développeurs de Wormux,
> êtes-vous favorables ou non à la création d'une telle librairie ?
The library could be a good idea, but still a clear line must be
drawn between the code in the games and the code in the library.
I am sorry if I sounded to harsh, but a library is not such an easy
deal as one might think and the initial analysis is way too
enthusiastic and misses some fine-but-important points.
- --
Regards,
EddyP
=============================================
"Imagination is more important than knowledge" A.Einstein
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFF9W02Y8Chqv3NRNoRApLBAJ9TigZvruJD9PctUIfGILwdvQ5ygQCgi+ho
ssRGpvz1Ls0duKdq/5z5fIk=
=1McP
-----END PGP SIGNATURE-----
_______________________________________________
Wormux-dev mailing list
Wormux-dev@gna.org
https://mail.gna.org/listinfo/wormux-dev
