Nested forms drawn field by field lose their full names
Nobody has claimed this yet.
Assessment
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Newbie friendliness
- 25/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Stale
- Tech stack
- javascript
- Domain
- web-dev
Research direction
Start with the nested form definition and the two Pug rendering examples in the issue, comparing the generated input names and parsed query objects. Reproduce both rendering paths and trace how nested fields derive their names; done means individually rendered fields retain the filter nesting and produce the same structure as full-form rendering.
Written by the indexing model from the issue text.
Description
Given the following form definition:
let formFilter = forms.create({
filter: {
uname: fields.string({
label: 'Search by username or email',
}),
role: fields.array({
label: 'By role',
choices: { m: 'Moderator', g: 'Admin', a: 'Artist' },
widget: widgets.multipleSelect()
}),
}
});
On the template side, if I draw the form using
!=formFilter.toHTML(bootstrapField)
I get the following query:
{ filter: { uname: 'lala@example.com', role: [ 'm', 'g' ]} }
But if I draw the form fields individually (because of layout needs):
.row
.col-lg-4
!=formFilter.fields['filter'].fields['uname'].toHTML(null, bootstrapField)
.col-lg-3
!=formFilter.fields['filter'].fields['role'].toHTML(null, bootstrapField)
I get:
{ uname: 'lala@example.com', role: [ 'm', 'g' ]}
I would expect the input names to be derived from the form structure, regardless of how they are rendered. Is there any workaround? Thanks!
- Dominant language
- JavaScript
- Stars
- 1k
- Forks
- 161
- PR merge metrics
- No merged PRs in 30d
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from caolan/forms
-
Feature Requests Needs More Info
Difficulty 2/5 1-3 hours Newbie friendliness 62/100
-
Cut a new release? Open
Difficulty 5/5 Over a week Newbie friendliness 20/100
-
Feature Requests pull request wanted
Difficulty 2/5 1-3 hours Newbie friendliness 45/100
-
simple checkbox Open
Difficulty 3/5 1-2 days Newbie friendliness 30/100
-
Feature Requests
Difficulty 3/5 1-2 days Newbie friendliness 35/100
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
docToolchain/docToolchain#1705 ·
-
Timezone select lists one option per character; duplicate "Failed" reason; shared tracker popover id Openbug
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
nightscout/nocturne#1414 ·
-
bug v2
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
modelcontextprotocol/inspector#2458 · 1 comment ·
-
Mend: dependency security vulnerability status: needs triage 🕵️♀️
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
carbon-design-system/ibm-products#9907 ·