There are some complexities related to external component definitions (hereafter ECD) and iterated components that can be solved in several ways, but the simplest might be to allow "invisible" f-components. These would be ignored for all but specific purposes. I can think of two ways to this and I'm not sure which is easier.
Add an "invisible" attribute to the existing f-component construct. This would also allow us deprecate the f-component-decl element, but we might need to change a lot of code checking the attribute to make sure these invisible f-components are properly ignored.
Use the f-component-decl. It already exists and is properly ignored. On the other hand, it would increase the complexity of the already complex ECD generation code.
These invisible f-components would be ignored for all purposes except for audit-events and ECD generation, and whatever other purposes we need them for in the future.
I am leaning toward option 2, unless option 1 is less work than I think it is.
There are some complexities related to external component definitions (hereafter ECD) and iterated components that can be solved in several ways, but the simplest might be to allow "invisible" f-components. These would be ignored for all but specific purposes. I can think of two ways to this and I'm not sure which is easier.
These invisible f-components would be ignored for all purposes except for audit-events and ECD generation, and whatever other purposes we need them for in the future.
I am leaning toward option 2, unless option 1 is less work than I think it is.