Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
The 1.5 development process was an order of magnitude faster and the
resulting code is much *cleaner* than the 1.4 one. I reckon that this
is because of the increased liberty. I am _not_ going to send patches
for each and every cleanup I'll maybe doing in the 1.6 cycle.
I think you should be able to make a difference between a patch that
change LyX workflow from a patch that is just cleanup.
I meant cleanup as "redesign". There is a look of things that are simply
not designed design in LyX.
Why is that so
difficult?
Because it slows me down a lot and is thus no fun at all.
We need to draw a line between patches that change conceptual things
and patch that just continue n a well understoof direction.
If for every conceptual change we need everyone to understand the
direction, I wish you good luck.
The svn log and trac diff are there to review for all. One commit
can be reverted if it is found bad.
This is true for a small commits. But making architectural changes and
then reverting them is the sign that something is quite wrong.
I don't think we ever reverted an architectural change of mine. And I've
done a lot of architectural changes in 1.5.
Abdel.
