trending/armorpaint
1
0
Fork 0
mirror of https://github.com/armory3d/armorpaint.git synced 2026-10-02 02:54:34 +08:00
Code Issues Packages Projects Releases Wiki Activity

paint: expose util_mesh + uv-unwrap operators to minic scripts

Browse Source 
util_mesh.c ships real, working mesh-editing operators (decimate, smooth,
bevel, subdivide, merge_geometry, duplicate) that were bound to menu
buttons only, never registered for minic. Same story for UV unwrapping:
plugin_uv_unwrap_button() calls the built-in proc_uv_unwrap() algorithm
directly rather than going through the plugin-loading system its name
implies.

All seven operate on g_project->_->paint_objects->buffer[0] or
g_context->paint_object unconditionally, with no GUI-selection
dependency, so each is safe to call from a script exactly as it already
works from its menu button. Purely additive -- registers existing
functions, changes none of them.

util_mesh_merge_geometry_down() (the two-object "merge onto" variant) is
deliberately not included: it needs an arbitrary second mesh_object_t
argument that only a GUI-only lookup (tab_meshes_slot_below()) can
currently supply.
This commit is contained in:
Grayson Chalmers
2026-09-16 21:23:07 -05:00
parent 27a3de5530
commit 2b52847568
1 changed files with 18 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files
paint/sources/minic_api_list.h
+18
View File
@@ -477,6 +477,19 @@ X1(script_append_mesh, "v(p:char path)", v, p)
X1(script_append_mesh_obj, "v(p:char data)", v, p)
X1(script_export_mesh, "v(p:char path)", v, p)
X1(script_export_material, "v(p:char path)", v, p)
// util_mesh.c's mesh-editing operators, previously bound to menu buttons only. Each operates on
// g_project->_->paint_objects->buffer[0] or g_context->paint_object unconditionally, so none of
// them depend on GUI selection state and all are safe to call from a script as-is.
X1(util_mesh_decimate, "v(f strength)", v, f)
X0(util_mesh_smooth, "v()", v)
X1(util_mesh_bevel, "v(f amount)", v, f)
X0(util_mesh_subdivide, "v()", v)
X0(util_mesh_merge_geometry, "v()", v)
X0(util_mesh_duplicate, "v()", v)
// util_mesh_merge_geometry_down(mesh_object_t *main_object, mesh_object_t *below) is not registered:
// it takes two p:mesh_object_t args, and while context_main_object() (below) can supply "main_object",
// nothing registered can supply an arbitrary second "below" object -- that lookup (tab_meshes_slot_below())
// is GUI-only.
X0(project_filepath_get, "p:char()", p)
X0(project_basepath_get, "p:char()", p)
X1(project_filepath_set, "v(p:char s)", v, p)
@@ -537,6 +550,11 @@ X2(plugin_register_texture, "v(p:char format,p fn)", v, p, p)
X1(plugin_unregister_texture, "v(p:char format)", v, p)
X2(plugin_register_mesh, "v(p:char format,p fn)", v, p, p)
X1(plugin_unregister_mesh, "v(p:char format)", v, p)
// plugin_uv_unwrap_button() (tab_plugins.c) doesn't route through the plugin-loading system despite
// the name -- it calls proc_uv_unwrap() (paint/plugins/uv_unwrap/uv_unwrap.c) directly, a built-in
// algorithm compiled into this binary whenever WITH_PLUGINS is defined. Parameterless, no GUI-selection
// dependency, same reasoning as the util_mesh functions above.
X0(plugin_uv_unwrap_button, "v()", v)
X2(plugin_register_text, "v(p:char format,p fn)", v, p, p)
X1(plugin_unregister_text, "v(p:char format)", v, p)
X5(plugin_make_raw_mesh, "p:raw_mesh_t(p:char name,p:i16_array_t posa,p:i16_array_t nora,p:u32_array_t inda,f scale_pos)", p, p, p, p, p, f)