[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