@m_magalhaes Hey! Added the code you provided and it works nicely, thanks so much! Cheers, Sandi

Thanks @zipit, Managed to solve it thanks to you.

Hi Frank, thanks a lot for reporting the issue here. It will appear fixed in the next future. Best, Riccardo

If it's only a question of executing python, why not directly execute python from C++ using the python library? #include "c4d.h" #include "lib_py.h" PythonLibrary pylib; pylib.Execute("import c4d\nprint 'From Python:', c4d.GetC4DVersion()"_s); Note that in R20 the python.framework was released, and should be used for the future. The old python library (since R15) is still there and still works, but take care that in a future release it may disappear since everything that was possible and even more is now possible with the python.framework. For more information see Python Page. Cheers, Maxime.

hello, without further addition on your part, this thread will be considered as solved tomorrow. Cheers, Manuel.

@zipit Thank you man ! I see how to fix it now！~~ Cheers harry

Hey zipit, thanks for the answer! Exactly what I needed! Best Regards, Florian

hello, So yes, you have to react to MSG_DESCRIPTION_POPUP, you can see an example on the nodedata manual I thought first you wanted to create a popup menu. Cheers, Manuel

That's ok, I have meanwhile refactored everything* into a MessageData plugin anyway so the plugin will work** even if the dialog is closed. *Everything except for timer stuff, which for some reason works differently for a dialog than for a message plugin. **There are some strange effects like hanging or crashing application on Close, when the dialog is in certain states. I will need to investigate whether this is an effect of the missing CoreMessage calls or something that happens now due to refactoring.

@fwilleke80 said in API: Bogus default value in SearchPluginMenuResource() declaration: IDS_EDITOR_PLUGINS Yes and also affect python.

Hi Frank, I've just been confirmed that the function will be exposed in the future. Best, Riccardo

hello, I've forked the question to this thread cheers, Manuel

@m_magalhaes Epic, It works! Thank you very much Manuel!

@bentraje actually there's nothing to get fixed in the future, since it can't be reproduce with a clean installation. Please give it a try with a clean installation and if you're able to achieve the issue and provide us with the steps, we'll look into it. Thanks, Riccardo

Hello, there is no thing as mouse direction. The mouse has a position. The direction is the result of comparing two mouse positions. as @zipit stated, you can create a tool that implements MouseInput(). Within MouseInput() you can use ViewportSelect.PickObject() to check what object and what point the mouse is currently over (Using BaseView.SW()). You can store the previous mouse position and compare it to the current mouse position to calculate the direction. Unfortunately, there is an issue with the Python version of PickObject() (How do I find the z-depth with Python ViewportSelect.PickObject()?), so you might have to implement your idea as a C++ plugin. You find some code in the pickobject.cpp example. best wishes, Sebastian

Hi Frank, actually you can deal with by checking the type of the stored value and read it as a maxon::DataDictionary . .. ... if (value.GetType() == maxon::GetDataType<maxon::DataDictionary>()) { nestedDataDict = value.Get<maxon::DataDictionary>() iferr_return; } ... .. , Hope this helps. Riccardo

Hi, check RENDERFLAGS (Link). You will have listen in NodeData.Message() for them. I never did use this, but checking for RENDERFLAGS_PREVIEWRENDER sounds promising. Cheers zipit

@zipit and @m_magalhaes Thanks for the confirmation. Will close this thread for now. Will just ask separate question on GeUserAreas.

hello, We need to ask if you are compiling the SDK, your own project, etc. Different question, you should open a different thread It will help other people to find the thread. Cheers, Manuel

@m_adam Thanks for the additional insight and the related links. Appreciate it a lot.