bugle | An LLVM Bitcode to Boogie translator | Compiler library

It never displays a value of any type, whether the label attribute or an actual selected value, nor does its value property ever change, even when the paper-listbox inside has a set value

Inside of the template you're referencing state. If state is a property of the element then you have to reference it with this. (unless it's a variable you defined in the part of the render() function you didn't paste here). This may be the cause of the missing values.

The missing label is because you put the label attribute in while it should be in .

It appears to be impossible to select any value from the dropdown menu - you can click on them, but the list doesn't close, and the selected option name doesn't show up in the menu's text display.

The name not showing up should be the same as the previous point. I tried your example locally and the list actually doesn't close because of an error with the animations. This happens because the dropdown uses some Web Animations API features that have to be polyfilled:

Your error is in the line

I'd divide this into 2 steps, i.e.:

1 - Match the Non-Data Actions: with:

My answer is based on your original, more detailed, requirements:

1. Strip all Eligibility_Detail_Records that have a blank PT_PARTICIPANT_FILE_IMP_ID AND The EN_PLAN_NAME node is not "Health Reimbursement Arrangement" or "Health Savings Account"
2. Create a new Dependent_Record that is a child record of Eligibility_Detail_Record for each DP_PARTICIPANT_FILE_IMP_ID that matches a PT_PARTICIPANT_FILE_IMP_ID
3. Add an EN_PLAN_TYPE field for each Record that has an EN_PLAN_NAME of "Health Reimbursement Arrangement" that reads:
   • "Ind" if no dependents are found
   • "IndSpouse" if one and only one dependent that has DP_RELATIONSHIP of Spouse
   • "IndChild" if one and only one dependent that has DP_RELATIONSHIP of Dependent
   • "Family" if more than one dependent
4. Add an EN_HDHP_COVERAGE_LEVEL field for each Record that has en EN_PLAN_NAME of "Health Savings Account" that reads:
   • "Ind" if no dependents are found
   • "Family" if one or more dependents are found

I started to look at your original XSLT (before the edit for brevity), but I think it was a little more complicated than it needed to be and that made it harder to determine what the problem was with generating the EN_PLAN_TYPE.

Here are a few suggestions:

• Just use a single xsl:key for all participants based on the PT_PARTICIPANT_FILE_IMP_ID that ties them all together.
• Since you're not making any changes to the content of most elements, instead of creating new elements and using xsl:value-of to output the text(), just copy the original element using xsl:copy-of.
• For the bigger pieces of logic, like determining EN_PLAN_TYPE/EN_HDHP_COVERAGE_LEVEL, create named templates you can call (or you could apply-templates).

Here's an example. Determining the EN_HDHP_COVERAGE_LEVEL for Health Savings Account hasn't been tested since there wasn't an example in the input.

XML Input