Are you using XCode 9?

The res folder is located in the same location as your pyp file. It is described in the link you mentioned in the Directory Structure section.

A res folder contains the UI code for the plugin. These are resource files (.res) for descriptions and dialogs as well as the strings used in these. I am not sure if these are described in the python docs but you can find the info in the C++ help files.

Resource Files:
https://developers.maxon.net/docs/Cinema4DCPPSDK/html/page_manual_resource_files.html

Description files:
https://developers.maxon.net/docs/Cinema4DCPPSDK/html/page_description_resource.html

Dialogs:
https://developers.maxon.net/docs/Cinema4DCPPSDK/html/page_dialog_resource.html

Have you gotten the examples python scripts to work in C4D? I made a video for R17 a while back which may help.

https://www.c4dcafe.com/ipb/forums/topic/99368-plugin-development-videos/?tab=comments#comment-677450

For R20 you may need to put the SDK files in your own plugins folder, which you define from the Edit->Preferences->Plugins in C4D.

Once you get the examples going then you can start editing them live and then in C4D you can press the Plugins->Reload Python Plugins button.

The support team I am sure will jump into this thread and help you out.

My advice would be to start with a Command Plugin. But for the life of me I can't find you a good example of that either.

I will leave this up to the python guys here in the forum and the support team to help you out further.

Hope some of this info is of use to you. Good luck!

Try using the absolute path to where your sdk is: /Users/YourName/Documents/C4D/sdk

https://developers.maxon.net/docs/Cinema4DCPPSDK/html/page_maxonapi_projecttool.html

g_updateproject: Defines the folder the tool should work on. Currently the tool only accepts absolute paths. This is typically the location of the SDK including frameworks and plugins. See SDK Overview.

One last note. I just tried this on OSX and it works fine. So it is just an issue for Windows machines and whatever version of IE the widget is using.

Just in addition to my last email. I was going to use the same system for connecting to the SketchFab store using OAuth. But if this throws up errors then that will be a no go as well. I haven't tried it yet though. So this is another use case where it would be great to have this widget updated. Authentication via browsers and catching the token in the callback is a vital part of the workflow.

Hi Andreas,

I was just experimenting with viewing some apple pages in C4D such as this one.

https://developer.apple.com/documentation/arkit/arfaceanchor/blendshapelocation/2928261-eyeblinkleft

In internet explorer and chrome it works fine. But when viewed via C4D it throws up a scripting error.

Internally I would guess that C4D is using a standard system widget as you said, but perhaps its targeting a very old version of IE.

I know its overkill just for documentation, but maybe maxon could look at integrating https://www.chromium.org. I looked at doing this myself a couple of years back.

I will avoid using any outside websites for now.

Thanks,
Kent

I think the HTML viewer (CUSTOMGUI_HTMLVIEWER) that is built into C4D may be some outdated version that can't handle modern javascript. I have been trying to load in a few pages from the web and it always complains about the javascript on the pages.

Is it possible to pass in some settings to the CUSTOMGUI_HTMLVIEWER to tell it to completely ignore any errors in the javascript?

Otherwise what happens is anytime I show a website it pops up the Script Error dialog.

I have been testing using R20 under Windows, but the issue is also present as far back as R17.

Thanks!

In R20 you can just place your dll's in your plugin res folder in the following location "res/libs/win64".

These will then get loaded in for you when your plugin starts up.

I keep seeing comments from the sdk team telling people to please add tags to their posts.

Instead I would recommend you split the "Cinema 4D Development" category back into two like it was, C++ and Python.

Then if someone posts into C++ just add the C++ tag automatically. Likewise for Python.

I myself used to like coming in here and quickly see if there is any C++ questions I can help out on. This new combined approach makes that more difficult so I am no longer doing this. Yes I know I can click on a tag to see all posts, but thats just one more required hunt and click.

I used to really enjoy browsing through plugin cafe, just as much as I did cgtalk or c4dcafe. But this new look and the way it is organized it doesn't feel as nice. Super large fonts and text, images etc... means hardly any information on a single screen. So its hard to quickly see and browse through. But it looks like lots of sites are going this way, which is a shame. I am looking at all these forums less and less now because of this. Maybe I am just old, but I like my concise compact views with loads of info, rather than having to go through pages and pages (or worse this horrible endless scrolling mechanism sites have adopted) of oversized text and clunky cells. On top of that, actually creating this post is painful with this split view and only taking up a tiny part of my screen. But thats another issue.

This site used to feel like a community. But now it feels more like what I guess it was originally designed for... that being an SDK support site. So its almost like this site is a forum based version of a ticketing system like zendesk or freshdesk.

Anyway, this is my vote to move back to two categories. That at least would help.

Thanks Andreas. I will try Rick's trick again today. When I looked into it yesterday it didn't seem to work, but now I am wondering if perhaps it was visual studio locking the folders, and not actually C4D, since I was debugging at the time. I just tested renaming files manually (without running it through VS) and it was possible.

I think Ricks dialog was done in Python, so he wouldn't have hit this VS issue. Fingers crossed it all works today.