vGizmo3D / virtualGizmo3D v3.1 beta

vGizmo3D v.3.1 beta

this is a v3.1 beta release, going toward v4.0 (to unify imguizmo_quat version, also it currently v.3.1 WiP)

Currently is all Work In Progress

For this reason:

• Is maintained old version v.2.1.3 in virtualGizmo3D folder: the old "axes" example still refers to that
• the new v3.1 beta is in vGizmo3D folder: new OpenGL (and next Vulkan) easy_examples already refer to that
• easy_examples was tested on Linux and Windows: GLFW, SDL and eventually GLM, must be already installed (in addition to OpenGL or Vulkan SDK, obviously)
• CMake (3.27 or later) find_package works also with <PACKAGE_NAME>_ROOT environment variable

Some news:

• Added secondary rotation for (eventual) spot / light / otherModel, in alternative or together
• Documentation: commented calls with Doxygen syntax and inline functionality for supported IDE (to complete/end)
• Added easy OpenGL cube examples (GLFW/SDL) verbosely commented
• Will be added easy Vulkan examples (GLFW/SDL) verbosely commented, currently available here: (vkCube_06 & vkCube_08 integrated with imguizmo_quat examples)
• Removed some redundant functions with (int x, int y) args: are maintained only the (T x, T y) versions
• Deprecated some useless functions: will be removed on next version
• Deprecated also "vGizmo" 2D class, because not more tested and used in favor of vGizmo3D: vGizmo (virtualGizmo) class will be removed on next version
• vGizmo3D will be the new/short name (old include name will be maintained for compatibility)

Please report malfunctions.
Thanks

virtualGizmo3D v2.1.3

Fixes and bug fixed from v. 2.1

Comple/Build issues fixed

• MinGW/GCC compiler issue when compiled w/o -DVGM_USES_TEMPLATE: #2
• CMake issue with CMAKE_FIND_LIBRARY_PREFIXES, when compiles example
• CMake issue when build with GLFW in windows, when compiles example

Example fixes/improvement

• CMake improvement: use of built-in macro_lib

virtualGizmo3D v2.1

Changes from v. 2.02

Now the math library has been inserted in a proper repository, so I changed its name from vGizmoMath.h in vgMath.h.
Anyway users no need to change anything in own source code, if they don't want, a vGizmoMath.h "frontend" has been created to load vgMath.h.
(although I recommend to change anyway the #include name in your code)

The vGizmoConfig.h file name also changes in vgConfig.h, but it's used only internally: you don't have to do anything.

Is need only to copy your changes made in vGizmoConfig.h in the new file vgConfig.h.
It contains also 2 new options described in Configure virtualGizmo3D section to homepage

Also two #defines name are changed to do explicit reference to VGM and not more to VGIZMO:
VGIZMO_USES_LEFT_HAND_AXES ==> VGM_USES_LEFT_HAND_AXES
VGIZMO_USES_TEMPLATE ==> VGM_USES_TEMPLATE
(it's important if you have used external defines to pass to compiler)

In vgMath the following constructors change:

• Vec3(const VEC2_T& v, T s=T(0)) ==> Vec3(const VEC2_T& v, T s)
• Vec4(const VEC3_T& v, T s=T(0)) ==> Vec4(const VEC3_T& v, T s)

(to avoid errors has been removed default assignment: now you explicitly need to add the "scalar".)

• added MAT4_T scale(MAT4_T const& m, VEC3_T const& v) function
• correct a typing error in frustum function name

virtualGizmo3D v2.02

Changes from v. 1.0

Users of the previous version need:

• change #include <virtualGizmo3D.h>   ==>   #include <vGizmo3D.h>
• adding using namespace vg
• change typedef vfGizmoClass/vfGizmoClass3D   ==>   vGizmo/vGizmo3D
  • now declare: vg::vGizmo3D gizmo;
• in file vgConfig.h uncomment #define VGIZMO_USES_GLM to continue to use glm, or add VGIZMO_USES_GLM to compiler preprocessor defines.

virtualGizmo3D v1.0

Release 1.0

In anticipation of some and future changes, I freeze and make available this release