I have been looking at the quality criteria wiki pages for NB65 and noticed that the number of permitted P3 bugs is now
beyond 4000. Although I understand that the code base becomes bigger and bigger as the team adds more features, bouncing
up the number of allowed issues by a few hundred for each release is the road to hell, for sure. I am really, for the
first time, seriously concerned that, sooner or later, the sheer number of bugs will kill the team and the product (like
a government drowned in depth paying only interest rates and no room for improvement left).

To get a bit more into detail, I think that the number of issues that the core and the editing tools carry with them
should be very low, like no P1 or P2 and only a two-digit number of P3s (instead of 440 or so). Otherwise the other
modules won't have a good foundation to rest upon.

I'm not sure whether this is or should be my business, but here it is.

Otherwise I am very glad how 6.5 comes on. It adds several very welcome features, like being able to define variables,
which point to jar locations (that's almost a killer feature). Groovy finally starts to work, PHP editing is useful
(although I hate PHP like mad, but I have to cope with it). I also use TCL and shell scripts, now the only missing
prominent scripting language is Perl.

Best regards,
Georg