OxJS: All form elements should have "value" #209

Closed
opened 2011-11-27 02:38:46 +00:00 by rlx · 1 comment
Owner

In order to make forms more consistent, "value" should be generalized for form elements. It's not 100% clear if this should always be self.options.value, or if {..., selected: true} or {..., checked: true} makes more sense for Selects or , in which case we'd need a that.value() getter/setter. Forms should have "value" too (rather than "values"), and should combine their Form's values as "value" as well. It may even be interesting for Lists to have a value (the array of selected ids), so they could be used as multi-selects.

In order to make forms more consistent, "value" should be generalized for form elements. It's not 100% clear if this should always be self.options.value, or if {..., selected: true} or {..., checked: true} makes more sense for Selects or <CheckboxGroups>, in which case we'd need a that.value() getter/setter. Forms should have "value" too (rather than "values"), and <FormPanels> should combine their Form's values as "value" as well. It may even be interesting for Lists to have a value (the array of selected ids), so they could be used as multi-selects.
rlx added the
frontend
label 2011-11-27 02:38:46 +00:00
rlx added this to the 11.12 milestone 2011-11-27 02:38:46 +00:00
rlx self-assigned this 2011-11-27 02:38:46 +00:00
rlx added the
major
enhancement
labels 2011-11-27 02:38:46 +00:00
Author
Owner

Marking fixed.

Marking fixed.
rlx added the
fixed
label 2012-02-01 14:55:27 +00:00
rlx closed this issue 2012-02-01 14:55:27 +00:00
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: 0x2620/pandora#209
No description provided.