Pete L. said: I cannot for the life of me get the following event to fire from this dropdown when it's changed. Can anyone see any issue with it? <script type="text/worker">
on("change:repeating_spellbookpetty:spellname", function(eventInfo) {
console.log(eventInfo);
});
</script > Don't laugh; </script > needs to be </script> Pete L. said: Hi Guys, Thanks for the replies. Normally in the HTML standard spec, if no value is assigned then the text is the value. I omitted these because the dropdowns are massive and the values are the same as the text so the duplication seemed unnecessary. <a href="https://html.spec.whatwg.org/multipage/forms.html#the-option-element" rel="nofollow">https://html.spec.whatwg.org/multipage/forms.html#the-option-element</a> The value attribute provides a value for element. The value of an option element is the value of the value content attribute, if there is one, or, if there is not, the value of the element's text IDL attribute. <a href="https://www.w3.org/wiki/HTML/Elements/option" rel="nofollow">https://www.w3.org/wiki/HTML/Elements/option</a> value The content of this attribute represents the value to be submitted with the form, should this option be selected. If this attribute is omitted, the value is taken from the text content of the option element. Unless it works differently in roll20 for some reason? I've tried a version where I also assigned the values as well but it didn't work either. It may be worth mentioning that the repeaters are in tabs that may not be rendered/visible on page load. I wonder if something funky is happening where it's not binding the events to the fields because they're not on the DOM when the sheet loads. I'll keep playing around with it. I've never seen the option of the select written without a value(granted I'm hobbyist...), Thanks for sharing that. That said, I'm not sure how roll20 will parse it. Probably best to be safe and include it. You'll find that roll20 can be "finicky" about what it requires of html, css and js. Cheers