回答:
たぶんこれは少し前に戻ってしまいますが…
また、複数行のテキストフィールドには単一行フィールド(「テキスト」)とは異なるタイプ(「テキストエリア」)があることをお勧めします。これは、実際にはさまざまなタイプのものであり、クライアント側の処理。
textarea
要素があるのは、上記の理由により、1993年10月にマークアンドリーセンが提案したためです。
type
input
input
その値に引用符と<>文字を簡単に含めることができ、空白と改行を尊重できるようにします。
次のHTMLコードは、w3cバリデーターを正常に渡し、エンコードする必要なく<、>、&を表示します。また、空白も尊重します。
<!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>
<
、&
などそれは空白を扱うことができるだけのようです。
にtextarea
は複数行のテキストを含めることができるため、value
属性を使用してテキストを事前に入力することはできません。
同様に、select
要素はoption
サブ要素に対応するために独自の要素である必要があります。
value
attrで埋めることができないのですか?textarea
とにかく、オーバーフローはサイズ変更時に次の行に折り返されます。
それは、それが作成されたときのテクノロジーの制限でした。 私の答えはProgrammers.SEからコピーされました:
元のHTMLドラフトの 1つから:
注:フォームの初期設計では、複数行のテキストフィールドがTYPE = TEXTの入力要素でサポートされていました。残念ながら、これは長いテキスト値を持つフィールドに問題を引き起こします。SGMLのデフォルト(参照数量セット)では、属性リテラルの長さが240文字に制限されています。HTML 2.0のSGML宣言では、制限が1024文字に増えています。
私はこれが古い投稿であることを理解していますが、これは同じ質問をしている人に役立つかもしれないと思いました:
以前の回答は間違いなく有効ですが、textareaとinputを区別するのにもっと簡単な理由があります。
前述のように、HTMLは、入力フォームを含め、Webコンテンツに可能な限り多くのセマンティック構造を記述して与えるために使用されます。textarea は入力に使用できますが、readonly属性を使用してtextareaを読み取り専用としてマークすることもできます。このような属性の存在は、入力タイプには意味がなく、したがって区別も意味がありません。
input[type="text"]
は、readonly属性を取ることもできることを除いて、妥当に聞こえます。あなたがそれを指摘した今、これはちょっと変わっています! w3.org/TR/html-markup/input.text.html#input.text.attrs.readonly
<select>
代わりにもあり<input type="select">
ます。<input>
ただ、基本的な入力要素を表します。このtype
属性は、保持する値のタイプを表すだけです。