Block versions wrap a <label> around the radio button and push a "checked" class on the label, not checked="checked" on the radio button about ember-radio-button HOT 3 CLOSED

We are planning implementation changes that rely on hasBlock, rather than manually manipulating things inside wrapInLabelIfUsedAsBlock as is done now.

I'm not clear if you're also reporting incorrect behavior? The input created when using a block should have the checked property, in addition to the label having a classname checked. Are you seeing different behavior?

from ember-radio-button.

The <input> doesn't have a checked property; the only thing that occurs on clicks is that the checked class on the <label> is toggled on where I clicked (and off elsewhere).

from ember-radio-button.

Keeping the checked property of the input element updated is explicitly under test here and other places.

I suspect you are expecting the the checked attribute to be updated (which would be visible in the DOM inspector), which is not done, intentionally.

These links contain more information:
jQuery API attributes vs properties
Notes on property-first setters in ember

Please reopen if this didn't address your concerns.

from ember-radio-button.