Igor Kroitor

The direction vector should not be normalized in GJK. The algorithm does not care about the magnitude of direction-vector, it only uses the 'direction' of the direction-vector during geometric iteration....

The magnitude of direction-vector can really be ignored algorithmically, I suppose this is true for libccd implementation. This is the actual testcase implementation of support function for various shapes: https://github.com/danfis/libccd/blob/master/src/testsuites/support.c....

@barthr hi ) I'm assigning myself to all issues, this is just to aknowledge, that I read it, yet, didn't have enough time to come up with a decent and...

@barthr does Go have a string, int, float, array (a integer-indexed one) and an assoc-array (a string-key-indexed dictionary)? If it does, no problem with it... I guess it should have...

@barthr thx for the feedback!

@FlowOverFail not yet, I would link to this issue if there was any progress on it. Current progress is all in public commit history.

@rkjdid Hi! First of, thanks for your involvement! > The biggest difficulty I'm having for the moment is regarding (not-)types and javascript objects, as you would have guessed: strong types...

@Darkbladecr that's a great idea! Really appreciate your involvement! > but surely we look to improve the base code and thus make the other languages better as well? Oh yeah!...

@Darkbladecr thank you so much for the effort! > For other exchanges this will likely have to be built manually. Yeah, unfortunately, pre-hardcoding return types will not work with some...

I'll try to explain, but I don't know much about Go (didn't have the time to dive deeper into it yet, i'm originally from cpp and have backgrounds in js,...