Georg Baum wrote:
Abdelrazak Younes wrote:
Georg, as JMarc, you talk about "other people's unfinished stuff". If
you want to blame someone please cite the developer in question and the
associated stuff. Sending out sentences like this doesn't help anybody.
Do I really need to list these things?
It always help to list those things from time to time. Thanks for taking
the time to do it.
I thought they where well known. Some
of them are (in no particular order):
- listings: too complicated code, strange user interface
Agreed. I've spent quite some time cleaning up that stuff before 1.5.0
but a lot remains IMO.
- 4 build systems, none of them works correctly
Only autotools and scons for windows are relevant. I guess (hope) Andre
will finish autotools before 1.6 and scons is basically finished as far
as Windows is concerned.
- unicode transition: this is not completed, people do even add new
instances of utf8/file system encoded strings
What's missing?
- persistent selection: This was a clear design until shortly before 1.5.0
it was found out that it caused a lot of slowdown. Since then it is an
adhoc solution that nobody understands.
Bo and JMarc maybe?
- drawing/metrics machinery: a mishmash of old and new design, and the new
design is very little documented (a description of partly implemented
design goals on the mailing list does not count).
Look for example at the
Update::flags enum: completely undocumented.
This mechanism is a mess I agree (not my doing though). I'll try to add
some comments because I understand it now.
This is not as bad as I
thought some time ago, but nevertheless not finished.
But this has always been the case I guess (at least since I joined in).
Still, I think we are progressing. It's a lot of work though.
- getStatus/dispatch machinery: The old design is partly destroyed, a new
one is not in sight.
I didn't know it was destroyed. I see nothing changed up to now... but I
might be wrong.
Note that I do not want to blame anybody (hence no names), but this list +
the fact that I finished similar things in the past is a very good reason
not to come back.
I don't really understand the reasonning but anyway you are a free man ;-)
but you write "I don't think the bug
will be solved soon",
Please re-read what I said: "we should do the same for *branch* as I
don't think the bug will be solved soon.
I see no difference.
*branch*, I said *branch*.
Abdel.