> If you'd ask me (And I'm pretty sure, you won't ;-| ): Make a single
> stable release and start over from scratch. The *last* step would be to
> add compatibility to the existent LyX. I always thought that's what was
> intented with the old 1.1 branch?
We tried that, but it didn't work. We do not have the resources to
pull such a stunt through.
So, now we do it in a different way that is better suited to the
resources we have. Please join us in this work. Just start with
a random header file, and read it. Then read the implementation,
and document the header file. Maybe rename a few functions to
better names, and maybe move stuff into other files that are
more logical.
That is easy to do, and does not require a deep understanding of
LyX. And if you do this, the source will slowly be much easier
to deal with.
So please stop complaining and do some work. Lgb is saying that
he wants to use real C++, but if you look at the source, it's
not poluted with partial specialization, dynamic_cast and other
stuff at all. Jean-Marc is struggling hard to get LyX to compile
with DEC cxx. And when we discover a problem, we will work around
it.
Regarding the requirement for autoconf, automake, and gettext:
We require those tools in order to allow things to be simpler.
Greets,
Asger
