Hi Daniel, Thanks a lot, you are indeed right, SimpleMaterial.cpp has been fixed. Cheers, Maxime.

Seems I also forget to mention but please use About Tags and Tagging like so you can mark a specific version.

Hi, @m_adam Thank you for your kindness and the inspiring answer! It's a GREAT Christmas present for me! So sorry asking XPresso related questions in this forum. The problem I faced is a little bit complex than this: I need sample Effectors' total Output Strengths in the position from a Polygon Object's Points, and store the result into a Vertex Color Map attached for further use. This problem bothers me for months, and I didn't find any clue until your post. I have never think about using Python Node with global variable in XPresso Network can keep the data as I need and do the magic! From the bottom of my heart, I want to say THANK YOU. The answer you give not only solve this problem, but also inspire me re-thinking of ObjectList Node and Python Node, and how these nodes executed in an XPresso Network. Just let me THANK YOU AGAIN! Best wishes for you to have a wonderful holiday!

After a reboot, I'm able to reproduce it again... I will create a bug report and more testing after Season's Greetings & SDK Team Vacation. Anyway thanks a lot. Cheers, Maxime.

@m_adam Thanks a lot for this example A big shout out !

Hi @C4DS, Unfortunately, there are no messages for clicking on this button since Tab Group was really not designed to handle to this kind of cases. With that's said, I've thought of BFM_GETCURSORINFO, maybe you can find a way to get the coordinate of theses button, and if they are drawn. Then you can define a member variable for enabling/disabling the addition of a new Tab according to the mouse position. Cheers, Maxime.

Seems I have been doing it wrong for all those years. Thanks for leading me onto the right path ...

Hi, yes, this is still the "official" way to add separators to the Plugins menu. Cheers, Andreas

Amazing! Thank you again Andreas!

Hi, this sounds more like a TR issue and not so much an SDK problem. If so, then I suggest to rather use the How Can We Help? form on MAXON's homepage. Cheers, Andreas

Thanks, @C4DS for pointing out this issue. It will be fixed in the next version. Cheers, Maxime.

Congrats on the new forum! it is very informative About time

Working as expected now ... didn't think of playing with the PLUGINTYPE_xxx Thanks for details.

Hi @C4DS, thanks a lot for your message. Documentation tag have been added. Drag and Drop Manual, changed to: GeDialog Drag and Drop GeUserArea Drag and Drop GUI Message Drag and Drop Links will work correctly in the next update of the doc. However you are right, the code sample in the old manual was wrong. It should have been if (CheckDropArea(DLG_GROUP, msg, true, true)) {} Note, you could also create your own function as demonstrated in the AsyncTest Example. Cheers, Maxime.

Hi Andreas, Thank you very much! It works like a treat and I appreciate your thorough explanation! Happy Friday! Andre

Thanks to both of you. I originally thought solution 2 would be the way to go, and have proceeded in that direction ... but the more I look at the result the more I am getting convinced that this wasn't the right approach to deal with the issue. So, I am still open for solution 1. But will try yet another solution, inspired by the reply from WickedP. I intentionally didn't include a solution where I would create iCustomGui / GeUserArea for each separate gadget. As I thought this would result in drag and drop to only work when hovered over the separate gadgets, and failing when mouse would hover over the space between these gadgets. But using a global drag and drop function on the dialog itself (instead of all separate gadgets) will actually provide for a complete solution. EDIT: Set the state of this post to "Solved". In the end I went for a complete different solution. Not using any GeUserArea at all. As such, I could simply position and use EditText the way it was intended.

Hi Florian, sorry, to hear about this issue. To be honest, I can hardly believe that it's those parameters or sliders causing a crash on plugin registration. I'm more thinking of some memory maybe being trashed beforehand. But in the end, it doesn't matter so much, what I do believe or not or what I might suspect, we want to assist you in solving this riddle. As we have no evidence for issues in the described area, nor are we able to reproduce it via a simply example, I'd like to ask you for some more information. Could you maybe provide us with a stack trace, when the crash happened? Either from within Visual Studio or via the crash reporter (in the latter case, please notify me here, I need to look out for the report). I have turned this thread into a question. Cheers, Andreas

@s_bach Yes the BasePlugin I already obtained and got its ID, as well as its name. Was just wondering what the 9 represented, in order to use the appropriate defined keyword instead of the value. Thanks for the "PLUGINTYPE::TOOL"

@m_adam Thank you for your team's reply. I will share my exploration in this post in the future.

@m_adam Wow, this is truly great. What a fantastically written response, I really appreciate it! Learning a bunch from this example, way more than I asked for. Thanks again Jenny P.S. if only the py4d documentation had examples like this, we would all be better programmers