-
We have seen that when using the eForms Editor application (eforms-sdk.1.5.1), there are some nodes whose parentNode does not match in the visual model and the fields.json. Is this correct? For example 10,json: fields.json: Is there any problem in the generation of the models due to this problem that is reported by console? Thanks in advance |
Beta Was this translation helpful? Give feedback.
Replies: 3 comments 2 replies
-
Hello, some of these are real problems in the hierarchy (usually in the notice types) and some could be false positives or just more desirable. We progressively fix these problems as we find them, focusing on the real problems first. |
Beta Was this translation helpful? Give feedback.
-
We are using SDK version 1.7 and for example with BT-137-Lot we find that in the notice type its parentNodeId is the ND-LotTenderingProcess and the fields.json indicates that its parentNodeId is the ND-Lot. And ND-Lot being a repeatable field, when generating the conceptual we cannot generate it well. For the non-repeatable fields we have the "addIntermediaryNonRepeatingNodesRec" method, but for the repeatable ones we understand that we still need to unify the parentNodeId of the notice types with those of the fields.json. Is there any progress on this? When will SDK 1.8 be released? |
Beta Was this translation helpful? Give feedback.
-
In due time, but soon. |
Beta Was this translation helpful? Give feedback.
Hello,
some of these are real problems in the hierarchy (usually in the notice types) and some could be false positives or just more desirable. We progressively fix these problems as we find them, focusing on the real problems first.
I think one of the problems about
"ND-LotsGroup"
andBT-330-Procedure
has been fixed recently, the SDK 1.6.0 will be released very soon, try again when it comes out.