From a design perspective, there are instances in which it would be useful to restrict the minimum and/or maximum height and width of the native text area element when the text area is resizable. This would mainly be to prevent users from resizing the text area into odd shapes that disturb the flow of the document or obscure the first line of text in the element.
Acceptance Criteria
Developers should have access to a mechanism to set the minimum and maximum height and width of the native text area element without having to breach the shadow DOM to do so. This mechanism could come in the form of web component properties or CSS custom properties.
Check existing issues
Description
From a design perspective, there are instances in which it would be useful to restrict the minimum and/or maximum height and width of the native text area element when the text area is resizable. This would mainly be to prevent users from resizing the text area into odd shapes that disturb the flow of the document or obscure the first line of text in the element.
Acceptance Criteria
Developers should have access to a mechanism to set the minimum and maximum height and width of the native text area element without having to breach the shadow DOM to do so. This mechanism could come in the form of web component properties or CSS custom properties.
Relevant Info
No response
Which Component
calcite-text-area
Example Use Case
Here's an example of how we can currently access the shadow DOM to set min/max height/width styles on the native textarea element: https://codepen.io/Lance-Stasinski/pen/dyLJYPw
Priority impact
p4 - not time sensitive
Calcite package
Esri team
ArcGIS Field Apps