So the scenario is that I'm using !1040 as a match rather than a specific locale. I've set the language_id for this node to be 1033 in the configuration file, so that any language detected other than 1040 will be treated as if it were 1033. I now want
to use this var (#LANGID) to pass to my components msi so that it matches the language identified by my rules in the bootstrapper.
I guess I can hard code in my case as I know that !1040 is always 1033, but this starts to create several touch points where I'm having to define LANGID. It would be much better if I could keep the logic for determining LANGID based on rules at the top level,
and refer to it using #LANGID lower down. This also makes it easier to copy and paste components nodes in the XML file when setting up new languages without having to update all of my commands parameters with the correct LANGID.
It also just makes logical sense to me to have this available. Whether I choose to have a language selector or not shouldn't affect my ability to refer to the LANGID in my components. As a side-note it would also be nice to have access to the actual (system,
user) LANGID. I haven't got a requirement at the moment, but I can see where it might be useful for passing to other components.