Restructure numeric constants table in API docs
Break the monolithic numeric constants table into 6 sub-grouped tables: Version, Engine constants, Array sizes, Visualization, Rendering, UI constants. Fix stale values: mjMAXUITEXT (500->300), mjMAXUIMULTI (20->35), mjMAXUIEDIT (5->7), mjMAXUIRECT (15->25). Add missing constants: mjMAXLIGHT, mjMAXMATERIAL. Fix placeholder description for mjMAXFLEXNODES. PiperOrigin-RevId: 875010581 Change-Id: Id47846de4d98b62cb96087b72ecd28358d5db9c7
This commit is contained in:
committed by
Copybara-Service
parent
a83fa7299d
commit
40e0007849
@@ -200,7 +200,7 @@ The situation is more subtle if existing code was developed with a certain versi
|
||||
compiled and linked with a different version. If the definitions of the API functions used in that code have changed,
|
||||
either the compiler or the linker will generate errors. But even if the function definitions have not changed, it may
|
||||
still be a good idea to assert that the software version is the same. To this end, the main header (mujoco.h) defines
|
||||
the symbol :ref:`mjVERSION_HEADER <glNumeric>` and the library provides the function
|
||||
the symbol :ref:`mjVERSION_HEADER <glNumericVersion>` and the library provides the function
|
||||
:ref:`mj_version`. Thus the header and library versions can be compared with:
|
||||
|
||||
.. code-block:: C
|
||||
|
||||
Reference in New Issue
Block a user