We’re excited to announce our latest release, Dynamo Core 2.18! Check out a quick blurb below:
Dynamo Core 2.18 introduces an enhanced set of chart nodes for data visualization within Dynamo. It adds a language picker to the Preferences panel, and provides a massively overhauled Python node editor experience with a refreshed UI and improved consistency with DesignScript. In this release, you can customize your Python editor port names and tooltips (and yes, it’s backwards compatible!), and you can add example graphs to your workspace directly from the Documentation Browser to review examples of nodes in action. You can quickly adjust your geometry scaling working range with a new button below the navigation controls, bring beautiful (and customized) colors to your graph with the overhauled color palette node, adjust library and Python node editor text size by ctrl+scrolling, and so much more!
For full details on this release, check out the release notes!
I found a bug when we try to remove (or overwrite) the last line(s) in Python Editor
step to reproduce
NOTE
the bug appear also when copy and paste code
EDIT
I also note that a dyn with python node created in 2.18, the node does not appear if you open the dyn in previous versions (the python node is deleted if re-saving with a previous version)
Is it possible to upload a Dynamo graph with a Python node that does this @c.poupin? I’ve not crashed Dynamo 2.18 so far using Python and it’s working for me.
after some additional test it does not come from the engine selected by default (IronPython3 engine bug ?)
I will test the 2.18.1 if the same bug persist
@c.poupin ok we’ve found the issue and it’s a bug in Dynamo 2.17 where the Python Engines were set as enums, rather than a dynamic list and it fails to deserialize these dynamic engines.
If a user is using CPython3 it works correctly as that is part of the enum list in 2.17, so the issue is specifically with IronPython3.
Moving forward from 2.18 onwards, this bug should not exist. It does point to a larger bug where we should put in a dummy node rather than not surface one at all, which we will also file to address
We may be able to fix this by replacing the getter code for said engines with the dynamic set via the Dynamo Future File extension, and will look into this pending severity of this case (i.e. is it an edge cases versus widespread).
I hope the team can fix this problem in next version, it is really important with resolve number from string and effect to many processes I’m working on
The Dynamo Player has changed dramatically. I like the new look and feel, though some things are not intuitive, like clicking the list item to edit the inputs and outputs (there is no warning if there are no inputs, unlike in previous Dynamo versions).
But what shocked me more than a bit, why do I get this message in Civil 3D when I want to select objects:
I have indicated this to the Civil Dynamo Team, they said they knew about this and as far I know it has been adressed in the 2024.1 release that just came out along with Dynamo Core 2.18.
EDIT: I checked and it is not, so maybe in the next release