![Create footnote in word](https://cdn1.cdnme.se/5447227/9-3/screenshot_8_64e62948e087c31b4a9aa5ed.jpg)
![enscape in rhino enscape in rhino](https://neufert-cdn.archdaily.net/uploads/photo/image/185124/full_Combine_different_assets_to_make_your_scene_dynamic..png)
Say you add after the material two boxes to the model. Entries show up only once a material is assigned. This table works in a peculiar way as that after adding a material to an otherwise empty document doesn’t show in that Materials table. That said, on the very first question in your first post: the material index a material or object (ob.Attributes.MaterialIndex) is an index into the old-school materials table. I don’t know much about the worksession part of our scripting API, I’m asking around how one is supposed to handle those. Here are before and after screenshots showing the little code I sued and how Material Index are renumbered after worksession update. But it would be great if anyone could shine some light on this issue and hopefully help enscape to resolve this long outstanding issue… So some questions here, does anyone know what Rhino or Enscape use Material Index for? And, would it be possible to force Rhino to not-renumber them? So, could this be a case of loss of the materials on enscape? After a bit of trying and error, I’ve noticed that Material Index do get renumbered everytime worksesion gets updated.
![enscape in rhino enscape in rhino](https://blog.enscape3d.com/hubfs/Rhino%20Image%20in%20Enscape.jpg)
I’ve been doing some investing regarding this very well-known issue with Enscape on Rhino as outlined on the forum below.Įnscape seems to be completely clueless about this issue, so I decided to look into issues on technical levels.įirst, I suspected Object ID & Material ID, and as it turned out they are static and can’t be altered on worksession.
![Create footnote in word](https://cdn1.cdnme.se/5447227/9-3/screenshot_8_64e62948e087c31b4a9aa5ed.jpg)