html - propiedades - textarea javascript
¿Por qué textarea no es una entrada[type="textarea"]? (5)
¿Por qué hay un elemento <textarea> lugar de <input type="textarea"> ?
De modo que su valor puede contener fácilmente comillas y <> caracteres y respetar espacios en blanco y líneas nuevas.
El siguiente código HTML pasa con éxito el validador w3c y muestra <,> y & sin la necesidad de codificarlos. También respeta los espacios en blanco.
<!doctype html>
<html lang="en">
<head>
<meta charset="UTF-8" />
<title>Yes I can</title>
</head>
<body>
<textarea name="test">
I can put < and > and & signs in
my textarea without any problems.
</textarea>
</body>
</html>
Era una limitación de la tecnología en el momento en que se creó. Mi respuesta copiada de Programmers.SE :
De uno de los borradores HTML originales:
NOTA: En el diseño inicial para formularios, los campos de texto multilínea fueron compatibles con el elemento Entrada con TIPO = TEXTO. Desafortunadamente, esto causa problemas para los campos con valores de texto largos. El valor predeterminado de SGML (conjunto de cantidades de referencia) limita la longitud de los literales de atributo a solo 240 caracteres. La declaración HTML SGML 2.0 aumenta el límite a 1024 caracteres.
Me doy cuenta de que esta es una publicación más antigua, pero pensé que esto podría ser útil para cualquiera que se pregunte la misma pregunta:
Si bien las respuestas anteriores son sin duda válidas, existe una razón más simple para la distinción entre textarea y entrada.
Como se mencionó anteriormente, HTML se utiliza para describir y proporcionar la mayor estructura semántica posible al contenido web, incluidos los formularios de entrada. Se puede usar un área de texto como entrada, sin embargo, un área de texto también se puede marcar como de solo lectura a través del atributo de solo lectura. La existencia de tal atributo no tendría ningún sentido para un tipo de entrada , y por lo tanto la distinción.
Tal vez esto esté yendo demasiado atrás pero ...
Además, me gustaría sugerir que los campos de texto multilínea tengan un tipo diferente (por ejemplo, "área de texto") que campos de una sola línea ("texto"), ya que realmente son diferentes tipos de cosas e implican diferentes problemas (semántica) para manejo del lado del cliente.
Un área de textarea puede contener múltiples líneas de texto, por lo que no sería posible rellenarlo previamente con un atributo de value .
De manera similar, el elemento select debe ser su propio elemento para acomodar los subelementos de la option .