Dear Mr. Benny Malengier,
I'm very grateful for your considerate answer.
Unfortunatelly, I'm not as of today an active member of the open-source community. I restrain myself
to using Debian Stable to get the work I need done. In that sense, I know I'm not a model of participation,
but you can think of me as a highly savy Unix user.
Ever since I started this user phase, I try to stick to Debian Stable. I expect a lot of GRAMPS, it is a
very important program.
The points you make sadden me indeed. It almost seems like every new developer feels he/she can rewrite
the whole thing under the same name as long as nobody complains. That's bad news for common people
who just use it and are not engaged in development, but do expect things to keep a level of coherence.
The vanilla Etch Stable version brought me the GEDCOM export bug. Fortunatelly pinning was easy this
time (rare luck), so I could upgrade to the testing version which fixed it. Then I was sad to learn there was a
major bug with reports - the , , etc. source references simply did not show up in DetAncestralReport.
Fortunately I was able to grab the fix manually from the latest SVN code, but it stunned me how long this
bug persisted, since DDR is now the _single most important descendants report_.
The old report code was far from perfect, but I had already fixed the old python scripts myself to suit my
taste a little better with hours of work. Thing is, I can't keep using version 1.X.X. forever.. (FTM report is
It seems to me that the effort to savory the old code is being overlooked, maybe because of so many new
programmers. I feel that is too bad..
(This has nothing to do with you, I know you're just stating the _way things are_. I'm just disappointed).