[API] ImGuizmo

[AAstroPhysiCS]

This PR finalizes #41 and adds ImGuizmo.

I've already added an example for you to try. There are random weird crashes with the snapping feature and there's still a lot to add, so do not merge it yet.
I am gonna let you know, after I've fixed the crashes and added more features, so that you can go ahead and merge it.
Please have a quick look at the code and let me know if I have any errors/type styles to fix.

Example:

ImGuizmo-Example-java.mp4

[SpaiR]

Hi. Good work! Appreciate the example introduction.
It's problematic to do a proper review at the moment, since your diff is to "noisy". Specifically:

• removed bin/ dir
• imgui-binding/tmp/ dir
• libsNative/ dir

That all creates 65k lines diff and I don't know where to look for real changes. Also, please, check the original PR. I made a small review of it, but I see the same probs here as well.

GIF with example looks good.

[AAstroPhysiCS]

I've updated the example, deleted the unnecessary build files and fixed crashes.

One thing that I want to note here, is that I am not gonna implement any other features such as ImSequencer etc.
For me, ImGuizmo is enough for now.

I've added comments for you to look and give feedback (in the example file: ExampleImGuizmo.java (row: 262))

PS: Please build the other dll files for yourself. I've only built imgui-java64 since I am running 64 bit Windows.
(using for example imgui-java (32 bit version), you'd get an unsatisfied link error)

Thanks

[AAstroPhysiCS]

Apparently, the build for java 8 crashed because I've been using the fancier way of doing switch statements.
I fixed that and this should not be a problem now.

[SpaiR]

I'll do a detail review a bit later (maybe on a weekend). What I can see from now is that you don't need to provide bin/ folder at all. I build those libs separatly, so you can skip this part. Also I've noticed you have an _imguizmo.h header file, but you don't use it.

Updated example looks super cool! It's a great addition to the library for sure.

[SpaiR]

And, as I said, please remove bin/ folder.

[AAstroPhysiCS]

I've did more and included pretty much doc for all the necessary methods. It looks professional now and awaits for your approval.
I've deleted the bin/ folder too.
Hit me up if any changes are necessary.

[AAstroPhysiCS]

The check failed because there's a unused import in the ImGuizmo class but ImGuizmo class uses the import for the comment. See ImGuizmo (317:71) (probably it is a bug in the check system)
So I guess, your check doesn't check if the import is being actively used in the comments

Other than that, everything checks out.

[SpaiR]

By removing the bin folder I meant to remove it from your diff, not to delete completle. Just revert all changes to the dir.

The check failed because there's a unused import in the ImGuizmo class but ImGuizmo class uses the import for the comment.

Just do the import in the javadoc itself. Like: {@link imgui.extension.imguizmo.flag.Operation#ROTATE}

[AAstroPhysiCS]

I've reverted all changes to the bin/ folder. Reverted all the changes back. Should be ready now.
I guess, it shows that i changed the binary structure of the files somehow. But i did not, i simply reverted the changes.
I've reverted the folder using checkout command

[SpaiR]

For your info, I'll merge the PR on the weekend. Dear ImGui also had released 1.83, so I'll do everything in one go. If you have something to polish - there is time to do that.

[AAstroPhysiCS]

I see that you force pushed your own commits in to my master branch. Can I get the reason why you are doing this, since force pushing can produce a lot of mayhem. Additionally, my commits are "deleted" since you force pushed it.

[SpaiR]

I prepared the PR for the merge. Your commits are not "deleted", but squashed. I would do it anyway during the merge itself.

Force push doesn't produce a mayhem, it's a normal practice to squash a bunch of commits into one, since it's an atomic change.
Rebases in general are good too. Using of master to commit changes from fork is the bad practice though. I would recommend you to avoid that in future and create a separte branch for you stuff.