[crossfire] Importing the GTK+ editor in SVN

Yann Chachkoff lauwenmark at ailesse.com
Wed Jul 16 13:12:15 CDT 2008


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



More information about the crossfire mailing list