Thanks, that solved the issue. -Pim

Ok, something to think about. Never considered using GeuserArea.LayoutChanged when changing the UA size. I will give it a try.

@r_gigante @kbar Thanks for the infomation. I assumed that was the case and it makes sense, I'm just reluctant to stop supporting older versions of Cinema but it might be time. Riccardo, I think I was using the incorrect version of osX or XCode, not sure which, but using your codesign worked when I moved onto a later version of both and it is correctly signing my R20 compiles. Thanks both of you for all of the help and clarifying of notarization. Dan

Hi Daniel, the reason why it worked "as expected" on older revision was by pure chance - as much as it was for the Redraw thread. Cheers,

Hi sean, thanks for reaching out us. The broken forward compatibility between R20 and R21 is reported on Changes in R21. With regard to backward binary compatibility, it has never been possible to run a plugin built against a more recent API and load on a previous Cinema 4D executable as reported on Portability and Compatibility. Best, R.

Thank you. I will look into it and try it.

Thanks for the answer. And yes, you are fully correct. Things should not be done in DrawMsg()

Yes, that solved it. Thanks.

@s_bach said in Plugin not found after switching layout: The ID used with GeDialog::Open() and RestoreLayout() is typically the plugin ID of the CommandData plugin. See e.g. activeobject.cpp Thanks. It had to be something so simple I kept missing when reviewing the code.

@PluginStudent @s_bach Thank you for the response. Both works as expected. RE: don't know why you think you need two groups. Just for reference, I was thinking of this logic if self.mode == True: self.Group1_Layout() else: self.Group2_Layout() Anyhow, no further action required

Thanks for the explanation. Works as expected.

@r_gigante Thanks for the response. Works as expected.

@m_magalhaes Thanks for the confirmation.

@r_gigante Gotcha. Thanks for the warning.

Hi, This is solved in the last documentation update. Cheers, Maxime.

@m_adam Thanks for the response (and the reference link) Works as expected.

Hi @wuzelwazel, thanks a lot for sharing your progresses on the Ptex Shader and for sharing your code. I've moved the thread to the more appropriate "General Programming & Plugin Discussions" hoping other developers could contribute to the discussion. Cheers, Riccardo

hello, thanks @PluginStudent for the answer here if (obj != nullptr) // If I'm checking for nullptr could I just use if(obj) as in Python? The correct way is to check against nullptr, that's a c++11 standard. if (obj) could lead to false positive and bugs. String is not the same thing as maxon::String. String is the classic API while maxon::String is the Maxon API. You can read more about that in the manual about strings Error handling is super eady to use, we got every thing to do so, you should definitely use it. Check Our manual about Error Handling Last but not least you can probably use our Url class to handle file or filename. Give it a look Cheers, Manuel

Hello, thanks for sharing this with the everybody. COLOR_TIMELINE is now EX_COLOR_TIMELINE the documentation will be updated to reflect that change. Cheers, Manuel

Manuel, thanks for taking the time and posting some links. Last night I was reading up on the Matrix and trying wrapping my head around it. I think I was stuck in the wrong area, I was trying to convert a baseObject to a pointObject to do the transformations.I would perfer not to have to open the axis window, but instead handle all this in a Python Function. I will look over the docs and samples to get a better idea of what I need to do. Thanks again for taking the time to respond to my post!