FLTK native in 'D'. Would that be useful?

[Dave]

MatthiasM wrote:
> Dave wrote:
>>
>> Make sense?
> 
> Yes, absolutely! Another issue solved ;-)

One other note on this <g> If a member function needs to be protected or 
public but is not to be overridden, it can be made 'final'. Then the 
compiler will always call it directly and it can be inlined, etc. (the 
compiler is free to 'auto-finalize' anyhow but I don't think it does 
that now). Since private and package functions are never virtual, this 
always applies to them.

Likewise a whole class can be made 'final'.

I don't know if this would apply to FLTK, but if there are some core 
protected or public functions that are called in tight loops then it 
might make a performance difference even over the C++ implementation.

Thanks,

- Dave