-
Notifications
You must be signed in to change notification settings - Fork 233
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix #4723 #4762
base: master
Are you sure you want to change the base?
fix #4723 #4762
Conversation
Probably it's better to renames sockets instead (not easier though). Because such changes can potentially break layouts. |
@Durman But mode Edges->Is Border has an order socket functions like Faces->Is Border. The orders are same now. May be keep the order in Faces->Is Border is better? |
Without creating new version of the node I don't see too much choice but to rename sockets (even if order of names will be inconsistent with names in other modes). Or we can accept your proposal and hope that it wont break any layouts (I usually use Mesh Filter for the operation). |
@Durman Sorry. I did second commit accidental ))). I use Mesh Filter too. May be anybody saw that error and did not using it at all? When I was writing docs for that node I did not see that moment too and used mask for examples. I have not strong opinion for that situation. |
So I propose swap params in this pull request. |
If understand correctly your fix will swap socket outputs. Output of the first socket will go to the second one and vice versa. It's not good because can break existing layouts potentially. What if to rename outputs instead? -'Is Boundary': (70, 'vp', '', '', pols_is_boundary, 'sss', 'Mask, Boundary, Interior', 'Is the face boundary'),
+'Is Boundary': (70, 'vp', '', '', pols_is_boundary, 'sss', 'Mask, Interior, Boundary', 'Is the face boundary'), |
@Durman Rename outputs (2) will harm any case - for old and new nodes. So swap outputs (1) is less evil. ) |
Probably you don't understand something or me. The problem what I see is that when you swap sockets (socket 1 outputs data 2 and socket 2 outputs data 1) they start to output different data in old layouts. It means that in old layouts the node and all dependent nodes output one result. But when you open the layout after the fix the node and all dependent nodes will return another result. Ideally we want trees output the same data for all Sverchok versions. |
@Durman You are right. It is not good idea to rename sockets. But you can't rename sockets now. The core of problem is these sockets output names defined externally of analyzer node. This is very strange! Other nodes has no that feature. It is senseless to create new version of analyzer node. If you want new version of analyzer node you have to define new version of param "faces_modes_dict" and other params too (these params defined externally of analyzer node module). It is very hard to support that code in the future. |
fix #4723
now: