-
Notifications
You must be signed in to change notification settings - Fork 23
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Flickering of initially hidden fields #93
Comments
@kitzberger i can confirm this issue. we hide the initial hidden fields with css to avoid this "glitch". You could insert the css directly into the form with a form field of type html
|
Yup, something like that, but auto-generated. So our editors wouldn't have to think about that. Maybe a simple viewhelper that outputs that CSS? |
that would be great indeed! (UX) |
And additionally to the Since there's so much going on in PowermailConditions.js it'll be probably best to not try to re-build its logic serverside. What about this approach:
That way we don't need to wait for the AJAX-calls response 🤔 (but still have less flickering) |
@Patta, I've created a PR for the 10.1.x branch of this extension. I appreciate any feedback :-) |
Hi,
we've noticed that fields that are initially hidden (by a hide condition) are being displayed for a short time when loading a form in the frontend and are only hidden after the 3132 request has been made and its content processed. This is confusing/irritading to some of our users.
How could this flickering of fields be reduced and the UX be improved?
It should be relatively easy to render the information gathered by
ConditionController->buildConditionAction()
to the fieldsets/fields markup directly so the initial loading of 3132 could even be skipped and only be performed after the first user input?I'd like to know whether or not this sounds like a solid approach to you, before digging further into this and start working on a PR.
The text was updated successfully, but these errors were encountered: