
Bug: form controls labels don't always 'connect' to control
Reported by dleffler | April 2nd, 2015 @ 05:14 PM | in 2.3.4 (closed)
This primarily applies to checkboxes and radio controls...when we instantiate a form control via method or smarty function when the control name is an array (esp and empty array such as name=option[extended][]), our label 'for' attribute' will not match the control 'id' attribute.
Currently this only seems to occur in some of the ecommerce views such as options which use nested arrays and not normal controls nor the sc 'array' we use on the site configuration view.
Notes:
- the 'name' is what the form passes back in $_POST ($_GET not used in Exponent) and the 'id' is what the label, some css, and most javascript refers to.
- 'id' is an optional parameter on instantiation, but will be auto-created by any number of means (e.g., YUI tends to add ID's to most everything)
- prior to HTML5, there were more restrictions on the 'id' attribute legal characters
Comments and changes to this ticket
-
dleffler April 3rd, 2015 @ 12:03 PM
- State changed from new to resolved
Should be fixed with recent push...though we still provide HTML 4.01 compliant id's
Please Sign in or create a free account to add a new ticket.
With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.
Create your profile
Help contribute to this project by taking a few moments to create your personal profile. Create your profile ยป
Bug Tracker for Exponent CMS