-
-
Notifications
You must be signed in to change notification settings - Fork 560
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
Auto resize some textarea fields #2998
Conversation
…t is applied to automatically scale to the size of their content. Signed-off-by: DL6ER <dl6er@dl6er.de>
…ng into an undesirable visual state. Previously, inputs had a fair amount of fixed sizes, but after applying field-sizing: content, the inputs can become much too small or much too large. Signed-off-by: DL6ER <dl6er@dl6er.de>
I'm not sure if we should limit the width using The current layout uses |
Where would we need ultra-wide textarea inputs? I have no objections against removing parts of the defensive CSS if they are breaking something. The rules are there to prevent odd results with extremely long inputs like you could have in |
That's not the issue, but we would have screen sizes where every form element will take 100% of its parent container, except these textarea elements, breaking the layout.
We currently have |
Signed-off-by: Dominik <DL6ER@users.noreply.github.com>
What does this implement/fix?
Implements auto resizing for selected
<textarea>
input fieldsNote
This feature is brand new and requires an up-to-date browser. To date, only Chrome 123.0+ supports this.
Examples:
There is some protection installed to ensure fields can neither get too small...
... nor too large (scrolling is enabled in this case):
Related issue or feature (if applicable): https://discourse.pi-hole.net/t/autoresize-von-textarea-dhcp-hosts-form-control-static-dhcp-configuration/68855
Pull request in docs with documentation (if applicable): N/A
By submitting this pull request, I confirm the following:
git rebase
)Checklist:
developmental
branch.