`optional` field with `cond` depending on another `optional` field. about commsdsl HOT 7 CLOSED

Now available in official v6.2 release.

from commsdsl.

Hi @KhaledEmaraDev,
Currently referencing the <optional> field members in the cond-itions is not supported / implemented. I'll check what I can do about it. It may take me a couple of weeks to implement.

However, you can always use custom code injection to implement read, write, refresh, ect... functionality correctly.
Just drop usage of the cond property of the OFRQ15_21 field and see what kind of code is generated for the message operations. Then use it for reference and provide a correct implementation in your injected code.

from commsdsl.

Hi @arobenko, Thank you so much for the prompt response. And thank you for this great ecosystem.

from commsdsl.

Hi @KhaledEmaraDev,
Looks like supporting the case was easier than I expected. You can try it using "develop" branch. Let me know if it works for you as expected. If there are no problems it will find its way into the next official release within a month or so.

from commsdsl.

That was super fast. Thank you @arobenko.

I'll test it out and report back if there any problems.

from commsdsl.

BTW, forgot to mention, you'll probably need to use "develop" branch of the COMMS library as well, otherwise you'll encounter a static_assert that the library's version is too old.

from commsdsl.

Thank you @arobenko. I noticed and updated it. It's working fine so far. I think we could close this issue now.

from commsdsl.