Closed (fixed)
Project:
Drupal core
Version:
8.0.x-dev
Component:
file.module
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
29 Apr 2012 at 12:14 UTC
Updated:
3 Apr 2022 at 23:09 UTC
Jump to comment: Most recent, Most recent file



Comments
Comment #1
Niklas Fiekas commentedThis works for me.
Comment #2
Bojhan commentedfor me to
Comment #3
dries commentedCommitted to 8.x. Thanks!
Comment #4
tstoecklerDo we really need the description now that the field is displayed conditionally anyway?
Comment #5
Niklas Fiekas commentedI still think that's useful. Also, otherwise that second checkbox would be very confusing without JavaScript.
Comment #6
tstoecklerI also thought about that, but then I thought that we usually don't provide such descriptions for non JS-users.
Comment #7
scor commentedI agree with #6, I could not find other places in core where such #description is used, but I'm happy to be proven wrong. I looked at many similar instances of form elements using #states to be hidden, and none of them was providing a explicit description saying that setting X only has an effect if option Y is enabled:
core/modules/field/modules/link/link.module:229 (Show URL as plain text)
core/modules/language/language.admin.inc:657 (Path prefix configuration)
core/modules/locale/locale.bulk.inc:85 (Overwrite non-customized translations)
core/modules/menu/menu.module:667 (Link title and description)
core/modules/node/lib/Drupal/node/NodeFormController.php:145 (Node revision textfield)
core/modules/user/user.admin.inc:378 (additional picture settings)
... and I'm not even listing the ones in views...
If anything, there should be a follow up issue to standardize such explicit help text mechanism across Drupal's form API, but for consistency wrt to this particular issue and as a follow up of the patch #1 which was committed, I propose to remove the help text.
Comment #8
Niklas Fiekas commentedGood research, scor, thank you. Sounds reasonable.
Comment #9
Niklas Fiekas commentedOh ... I didn't notice the tag. Adding it back on and back to NR to get an actual sign off from some accessibility expert.
Comment #10
mgifford#7: 1552984_7_display_default_help_text.patch queued for re-testing.
Comment #11
mgifford7: 1552984_7_display_default_help_text.patch queued for re-testing.
Comment #28
quietone commentedThis was committed to 8.x and re-opened the next day with asking 'Do we really need the description now that the field is displayed conditionally anyway?' This was followed by research that concluded that the description should be removed.
However, since then #2320877: Add a setting to make description a required field for file items was opened and a usability review was done on this part of the form and the removal of the description was not suggestion. Therefor, I am restoring the meta for this issue at the time it was closed. If you disagree, create a new issue and refer to this one.
Thanks.