Topics created by C4DS

Thanks for taking the time to respond, even during the weekend.
I must say this is quite embarrassing: I already had forgotten about the response in the other thread, and it's not even 3 weeks old.
I sincerely apologize for wasting your time with this duplicate thread.

I can confirm the GetInputState is working fine, no need to waste more of your time trying it out.
Thanks again.

hi,

yes, KillDocument is not necessary in that case.

Cheers,
Manuel

Thanks @m_adam
I can confirm that the following does work with R20, R23 and 2023

Int32 MyDialog::Message(const BaseContainer& msg, BaseContainer& result) { BaseContainer keyChannels; if (GetInputState(BFM_INPUT_KEYBOARD, QCTRL, keyChannels)) { Bool ctrlModifier = (keyChannels.GetInt32(BFM_INPUT_QUALIFIER) & QCTRL) != 0;

Thanks for the link to the updated page on the dev blog.

The workaround is to have your scenehook priority over 2k. Remember this priority is reversed, the lowest, the latest to be called so you can delete what have been done by other scenehook. (if you are using the draw function)
The function will call scenehook beginning at LIMIT<Int32>::MAX to 2000 included.

This bug was introduced more than 10 years ago after fixing another issue. The code is old and would need a session of refactoring.

Cheers,
Manuel

As I won't be spending more time on this project there is no need for delving further into the subject. As such I am setting the status of the topic to "solved".

Hey @HerzogVonWiesel,

There is nothing that is strictly illegal to do with Script Manager scripts, but threading is not supported. Scripts are intended to be little blocks of code that run and while they run block the execution of other things. They are not intended to spawn dialogs which then dangle forever without an owner. Because when the user closes a dialog, it is not deallocated (because dialogs can be re-opened). This contrasts for example with a node, tool, or command plugin, which always sit there and do stuff even when they are not the focus of things. When they own a dialog, it is bound to the plugin instance and when properly implemented, the plugin also uses one dialog which is simply opened and closed instead of allocating a new dialog for each execution.

In the end you can do pretty much anything with scripts, but you should avoid the c4d.threading module and async dialogs. There might be a minor feature I am overlooking here, but the yardstick is async execution. When something is async in nature it might not work properly in Script Manager scripts.

edit: You should also avoid (attempting) to draw into a viewport from a script, or more precisely, manipulate the draw buffer of a BaseDraw. Cinema 4D won't let you do this anyways but there might be cases where you can still mess up things when you add drawing instructions. Getting information, e.g., calling myBaseDraw.GetDisplayFilter() or doing other things which are not drawing instructions is fine. You can also manipulate the parameters of a BaseDraw or switch the camera.

Cheers,
Ferdinand

@m_magalhaes

Gradients.png

Did some more testing, using the original code and the conversion code, with linear workflow on and off.

When I look at the original code with linear workflow OFF, this most resembles the gradient from Photoshop. Except for the gap at the top .. obviously.

The result from conversion code with linear workflow ON is what I am using now, as this provides the smallest gap. And to my eyes that result looks the most linear.

Hello @C4DS,

Thank you for reaching out to us and getting involved in shaping Plugin Café. While the requested functionality of yours would certainly be useful, we cannot provide it currently. I agree that the excerpts provided by the search function are too long for the common use case and information needs of users, but fixing that would require us modifying the search engine of NodeBB; as there are to our knowledge no build-in options of NodeBB to modify that excerpt length. We currently do not have the resources to do that customization of the search engine of NodeBB.

Your proposal has been noted and might be taken into consideration in a future iteration of Plugin Café but considering that we just moved to a new system, this might take some time.

Thank you for your understanding,
Ferdinand

Hello @C4DS,

without any further questions, we will consider this topic as solved by Monday, the 25th and flag it accordingly.

Thank you for your understanding,
Ferdinand

@ferdinand
We are indeed talking about the little bell icon with a number next to it.

The strange thing is (as mentioned earlier as well) is that the unread icon does show up with a number of new unread posts. So, some of the notifications are working. Just not the bell icon.

When I re-enable a notification in the dropdown of the bell icon, I do see the number show up.
I noticed just recently that when I am currently looking at the forum page and someone replies, the number do show up. But without reading the posts, nor doing any actions and I leave the page, then come back to the forum ... the number on the bell icon is gone. Still the dropdown of the bell icon shows the list of notifications with a black circle next to it. Indicating that the replies have not been read yet.

I don't have any content, script, or ad blocker. All was working fine with previous plugincafe.
I have tried with Microsoft Edge (which isn't my default browser), and have exactly the same issues there. The number on the icon bell isn't displayed.
To me this sounds like it isn't browser related.
Do I have some setting in my account which causes this - no idea?
As said, all worked fine with previous plugincafe, and as far as I remember I haven't changed anything in my account settings since the switch.

I have a same issue. The problem solved by assigning argument without name:

self.AddSeparatorH(5, flags=c4d.BFH_FIT);

Seems the only solution here is to register an own mode.

Hi @C4DS,

I am not sure that I can follow on what you are exactly doing. But my assumption is that you have x objects in a scene, want to block out all these objects with some kind of background texture and then draw one of these objects on top of that background texture, right? This is unfortunately not possible in my understanding.

What you could do, is fill the viewport with a background texture by putting it behind an object by manually doing the trigonometry/transforms necessary for a given cemara. Not fun to do, because you have all these ifs and whens of camera parameters, but doable. This however would only give you a custom background and block out everything behind it, but not what is between the camera, the object and the background. Which is probably not what you are after if I understand you correctly.

Cheers,
Ferdinand

hi,

one side note, there is GetDEnabling and GetEnabling you can have more information in our manual

GetEnabling will call GetDEnabling.

There are pretty the same but the one you implement is GetDEnabling.

Cheers,
Manuel.

Hi @C4DS,

with some delay comes here a request for closing this. If you want to keep it open for now, you can push it one more cycle ahead, but at some point I will insist on closing it without further activity. Thank you for your your understanding.

Without further questions or feedback, we will consider this thread as solved by Monday and flag it accordingly.

Cheers,
Ferdinand

@zipit
Thanks for the detailed info.
Much appreciated!

Hi @C4DS and @Motion4D,

thanks you two, that is very kind of you. A happy new year to you too and everyone in the forum.

Cheers,
Ferdinand

@m_adam Thanks for that extra info.
I had done a search in the documentation regarding DrawTexture but didn't see it listed in the API changes. Hence, I didn't expect its behaviour to have changed so drastically.
I haven't worked with S22 nor R23 before, so I didn't look in detail about the DrawTexture documentation, since it wasn't listed as changed.

May I encourage this to be added in API Changes ... as it is quite a big deal encountering this issue when all worked fine in R16 upto R21.

OK ... so I reinvented the wheel.

# make unique tag name def makeUniqueTagName(theTag): if theTag != None: obj = theTag.GetObject() # get all names of the tags of same type usedNames = [] if obj != None: tag = obj.GetFirstTag() while tag != None: # skip the tag and # ignore tags of other types if tag != theTag and tag.IsInstanceOf(theTag.GetType()) == True: usedNames.append(tag.GetName()) tag = tag.GetNext() # If the name is already taken we will append a dot and number # and increment the number until a unique name is found. # Note that since we have created the tag we can assume that # the original name does not have a dot and number already. suffix = 0 uniqueName = theTag.GetName() while uniqueName in usedNames: suffix = suffix + 1 uniqueName = theTag.GetName() + '.' + str(suffix) theTag.SetName(uniqueName) return

Maybe not the best nor cleanest code, but then again I am not used to code in Python.
I am sure others might have a better solution, but this seems to work for what I need, so I am happy with how it turned out.