#5628 - Change forms with many tick boxes to multiselects to reduce POST size
| Identifier | #5628 |
|---|---|
| Issue type | Minor issue (breaks specific functionality) |
| Title | Change forms with many tick boxes to multiselects to reduce POST size |
| Status | Completed |
| Tags |
Roadmap: Over the horizon (custom) Roadmap: v11 partial implementation (custom) |
| Handling member | PDStig |
| Addon | core_form_interfaces |
| Description | In v11, there are some forms that use form_input_tick, but could have many ticks. This could cause issues on servers limiting the number of POST parameters that can be submitted. Ticks add 3-4 POST parameters per tick.
I had this issue on a server which hard-cut parameters off after 500. Update the following screens to use multiselects instead of ticks to reduce POST parameter counts: * admin_modularisation * cns_warnings hooks (needs done for the karma non-bundled addon as well) - Actually for "content deletion" (not posts) we could use all_and_not to make it easier to mass-delete spam content. We don't want to do this for points and karma though because we want staff to more carefully review those items. * Ideally the profile data tab, but we do need the descriptions * Anything else you can find |
| Steps to reproduce | |
| Additional information | You may wish to add an "estimated POST parameter count" calculation within catalogues and to give an attach_message warning if a catalogue has so many fields the POST count could exceed a certain value (let's say 250). Or, just document this potential problem and include the estimated number of POST parameters for each field type.
Additional optimisation: Add a hidden field in cns_warnings hook for deleting content containing all of the content that were offered for deletion. That way, it'll be easier to use all_and_not. |
| Funded? | No |
The system will post a comment when this issue is modified (e.g., status changes). To be notified of this, click "Enable comment notifications".
Comments
But then again multiselect is also not as mobile friendly. Hmm... I may need to think this one over.
If multi-select doesn't work well on mobile that's interesting, but I think fundamentally there's no reason that shouldn't work well - so maybe mobile browsers need to be better.
Or maybe down the line we need to have some kind of abstraction over multiselects.
I think multiselects are good.
That's me putting principles about practical UX though.
Issue rejected for file integrity scan. It cannot be implemented reliably.