@zipit

Thanks for pointing it out. It now works as expected.

make sure to pass a str value aka str(yourMessage)

if this doesn't solve the issue open a new topic 🙂

Cheers,
Maxime

You could also retrieve the current matrix of the gizmo with BaseObject.GetModelingAxis.

Cheers,
Maxime

⛅
But I appreciate that you where trying to make things more streamlined 😊

the whole thread is the answer anyway 🙂

hi,

you already opened this thread, asking for the question, I've answer there. Please, stop asking the same question on different threads and continu on the linked one.

Cheers,
Manuel

Hi the CallCommand is the correct way to go.
And @Cairyn it's in the Snap module because it uses some logic that is already implemented in the snap module such as the enabling state or other internal parameters storage logic. So using the CallCommand make sure everything is setup correctly.

Note that in the end the solo things are only setting/clearing the NBIT_EHIDE of objects.

Cheers,
Maxime.

Hi Manuel and @rb_rodrigo,

Many thanks for the tips about the Python console and help with the code. I'm a beginner (not even that!) in scripting, so much appreciated. It works as expected now!

Cheers,
Frederik

@kikizg Yes we are aware of it and it's already reported.

Thanks for you feedback, if you find other weird stuff, please post them.
Cheers,
Maxime.

@iluxa7k said in Faster way of checking if dialog has closed?:

LP_c_long

Long story short it's a pointer http://makble.com/the-story-of-lpclong, and I think the method provided by Zipit is the best one, since as he said there is no way to control the behavior of an external (from your plugin) GeDialog.

Cheers,
Maxime.

Hi Cayring this is indeed a bug I'm going to report them and fix them (both for BaseMaterial and shader) as soon as possible 🙂

If you have other cases like that please report them.

I set the topic as solved, I will bump this topic once the fix will be available.

Cheers,
Maxime.

@PluginStudent and @m_adam

The plugin from @noseman works.
It works for now in my use case, but correct me if I'm wrong it cannot have a priority parameter because it is a generator (?).

Regards,
Ben

@m_adam Thank you for the confirmation and the reading suggestions.

Just for context, this is a general conceptual question and not connected to a specific code issue. I noticed the behavior while doing some test scripts with id() and is. It is worth noting that these Python properties need to be used carefully in concert with C4D objects.

(I wouldn't exactly recommend using pointer comparisons in C++ either 😉 )

I will include an "advanced" chapter in my Python/C4D book to mention this.

The source code of the C++ version of CompareFloatTolerant() is actually available in the frameworks\cinema.framework\source\ge_ieee.cpp and/or \frameworks\core.framework\source\maxon\general_math.cpp file of the C++ SDK. I assume the Python version just calls the C++ function.

Thanks for the confirmation. I shall treat the extra link directions as nonexistent then 😉

Brah... Third time spent fighting with stupid typos! :
@PluginStudent @zipit @r_gigante many thanks! I didn't assume you are using the same system inside the program and had no thought to take a look there!
Seems adding the "," helped it.
And, as I see, you must enumerate all the elements in your .h file, but though you can leave id blank.
Thank you!
%\

Hi, @lasselauch as a rule of thumb with Python2.7 always store data as a Unicode string.

Control your IO which means, for each, Input make sure you know the encoding in all cases by always calling .decode('utf-8') so you are sure to store a Unicode value and get an error if something went wrong at a loading time.
Then output the content according to your need some need ASCII, some can work with unicode, but do the conversion on the fly, don't touch you stored Unicode data.

For the francophone people, there is this fabulous article about unicode Encoding in Python for English I guess the best I found on this topic is A Guide to Unicode, UTF-8, and Strings in Python.

Cheers,
Maxime.

Hi,

without further feedback, I'll set this thread as solved tomorrow.

Cheers,
Maxime