Le Wednesday 16 July 2008 18:09:05 Raphaël Quinet, vous avez écrit : I think I have already stated my main objection to this on IRC as well, but I'll retype it here.
I'm not convinced at all that this is a good move, as it is basically *another* resource splitting and duplication of work. I'm also questioning the value of the advantages it would bring. Taking them one by one: > it is fast (e.g., drawing walls or other features on a large map is much faster than with gridarta) > Wouldn't it be more productive to work on improving Gridarta's speed where it is perceived as an issue, instead of importing a whole new project and having to learn and maintain another large chunk of code ? > it has a nice way to display the properties of all map objects as you move the mouse around > Again, any reason why this couldn't be implemented in Gridarta ? > it has less installation dependencies than gridarta, > Wrong. It depends on GTK and Perl. Gridarta depends on 1.6 JRE. I don't see how it would in any way imply "less dependencies". Besides that, it introduces yet another language (Perl) which is by far not the easiest one to maintain (Does "Write-Only Language" sound familiar ? :) ). > If there are no objections against this plan, I would like to import > the code in SVN as soon as possible. > You got my objection. Gridarta has enjoyed a long-time support, includes many useful features, and shares a great deal of code between its Dai and CF sides ensuring a larger community support. I see no point in replacing all this (or worse, duplicating it) just for a couple of features that could as well be integrated into the existing editor, coming from a codebase Just my 2€. ---- Y. Chachkoff _______________________________________________ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
