Hello,
I have noticed the following inconsistency when using a "dropuserlibraryobject" call with the same coordinates and object:
A. call using view (mimics the manual dragging call, i.e., onto == NULL)
B. call using onto == model() (similar to examples found in the answers)
Could someone clarify why this happens, please?
Thank you.
This isn't a direct answer, but more food for thought: as a user, I wouldn't pass a view to dropuserlibraryobject(). This is because when you run an Experiment, there is no view so that views().find() always returns null. So unless you are making UI changes, I just wouldn't worry about it.
Also, some commands (like this one) say "for developer use". It's very rare for us to change those, even if they behave strangely.
A final note, some commands (like this one) are defined in the tree, so you can read the code as needed. You could even copy and rename the command as part of a module or user library if you want to make changes. See the definition here:
MAIN:/project/exec/commandlist/dropuserlibraryobject/node
Hi, @Jordan Johnson ,
thank you. I was trying to overcome the problem with the experimenter and dropuserlibrary (https://answers.flexsim.com/questions/175655/possible-bug-dropuserlibraryobject-causes-exceptio.html) and trying to see it the change in the parameters could be the reason for my lack of success. It was exploration and then I noticed the difference.
I did not think about going through the command code. I will remember from now on.
Thank you.
11 People are following this question.
FlexSim can help you understand and improve any system or process. Transform your existing data into accurate predictions.
FlexSim is a fully 3D simulation software environment. FlexSim can be used to simulate any process in any industry.
FlexSim®, FlexSim Healthcare™, Problem Solved.®, the FlexSim logo, the FlexSim X-mark, and the FlexSim Healthcare logo with stylized Caduceus mark are trademarks of FlexSim Software Products, Inc. All rights reserved.
