Closed DL6ER closed 5 months ago
I'm not sure if we should limit the width using max-inline-size
.
The current layout uses width: 100%
for other form elements.
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 dns.hosts
for records IPv6 + very long hostnames, etc.
Where would we need ultra-wide textarea inputs?
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.
The rules are there to prevent odd results with extremely long inputs like you could have in
dns.hosts
for records IPv6 + very long hostnames, etc.
We currently have width: 100%
.
With this rule, form elements won't be wider than their containers. Long lines will simply break inside the textarea.
What does this implement/fix?
Implements auto resizing for selected
<textarea>
input fieldsExamples:
![many](https://github.com/pi-hole/web/assets/16748619/a94ef6da-4f81-41d4-8ead-f5067c6b6893)
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.