General observation about exceptions:
Geometry is such a vast field that exceptions are inevitable. They are inevitable in any software actually. We are trying to give some response and error report whenever it is possible, but generally we consider KC as “open” software in the sense that not cases are handled and not all errors are reported.
There are some mega algorithms like Boolean operations which would need many years to handle all weird cases and as the result it would be much slower
So please consider an exception as an error message. Often it means that the input has problems. Also there are bugs of course. Please report them. We do not mind fixing bugs and would love to have the most robust software possible.
The problem is in priorities. Which s more important to fix a bug which happens rarely or add some new useful functionality? We often get it wrong. Your feedback is the only way to get it right.
Nick
Exceptions
Re: Exceptions
We have had several types of exceptions relating to the use of the control. Some we can catch, others cause automatic closure of the application, even if we did try and trap it, and some cause the control to freeze, and become unresponsive. Ones that cause freezing and closures are our main priority to get rid of.
If we just get exceptions we can catch, then its not a problem for us.
If we just get exceptions we can catch, then its not a problem for us.