Active
Project:
Mollom
Version:
7.x-2.14
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
3 Aug 2015 at 10:41 UTC
Updated:
30 Aug 2016 at 17:11 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
oostieComment #2
oostieComment #4
oostiesrry, fixed a typo
Comment #5
eshta commentedComment #6
eshta commentedThe inline style is added in order to prevent spambots from recognizing that the form input is actually hidden. Given that "element-hidden" is the standard Drupal class for hiding a form field, it wouldn't take much for a bot to take this class into account. Another approach would be to utilize a module-specific class that perform the same hiding action. If I were to guess as to why the inline style approach was selected it would be to prevent themes from accidentally overriding the custom style. I know that some themes out there don't even properly respect element-hidden depending on the type of form element is has been applied to.
I've seen some honeypot solutions where the usage of the inline styles is configurable and if you turn it off you are responsible for hiding the field yourself. This could be a more complicated solution for those who need to comply by specific rules like you do - but it sure does seem overly complicated. Maybe a more drupally approach would be to utilize theming to add the inline-style. This would leave sites free to override it as they see fit.
Comment #7
mgiffordWhat is the accessibility problem with inline styles?