عنصر HTML نوعی مؤلفه سند HTML (زبان نشانه گذاری فرامتن)، یکی از چندین نوع گره HTML است (گره های متن، گره های نظر و غیره نیز وجود دارد). [ مبهم ] اولین نسخه استفاده شده از HTML توسط تیم برنرز لی در سال 1993 نوشته شد و از آن زمان تاکنون نسخه های زیادی از HTML وجود داشته است. استاندارد فعلی بالفعل توسط گروه صنعتی WHATWG اداره می شود و به عنوان استاندارد زندگی HTML شناخته می شود.
یک سند HTML از درختی از گرههای ساده HTML ، مانند گرههای متنی، و عناصر HTML تشکیل شده است که معنای و قالببندی را به بخشهایی از سند اضافه میکنند (مثلاً متن را پررنگ کنید، آن را در پاراگرافها، فهرستها و جداول سازماندهی کنید، یا جاسازی کنید. هایپرلینک ها و تصاویر). هر عنصر می تواند دارای ویژگی های HTML مشخص شده باشد. عناصر همچنین می توانند محتوا داشته باشند، از جمله عناصر دیگر و متن.
همانطور که به طور کلی درک می شود، موقعیت یک عنصر از یک تگ شروع نشان داده می شود و با یک تگ پایان خاتمه می یابد. [1] این مورد برای بسیاری از عناصر، اما نه همه، در یک سند HTML است. این تمایز به صراحت در مشخصات HTML 4.01 تاکید شده است :
عناصر برچسب نیستند. برخی از افراد به عناصر به عنوان برچسب اشاره می کنند (به عنوان مثال، "برچسب P"). به یاد داشته باشید که عنصر یک چیز است و تگ (چه تگ شروع یا پایان) چیز دیگری است. برای مثال، عنصر HEAD همیشه وجود دارد، حتی اگر هر دو تگ HEAD شروع و پایان ممکن است در نشانه گذاری وجود نداشته باشند. [1]
به طور مشابه، W3C Recommendation HTML 5.1 2nd Edition به صراحت می گوید:
از تگ ها برای محدود کردن شروع و پایان عناصر در نشانه گذاری استفاده می شود. (...) تگ های شروع و پایان برخی از عناصر عادی را می توان حذف کرد، (...)
محتویات عنصر باید بین بلافاصله بعد از تگ شروع (که ممکن است در موارد خاص به معنای تلقی شود ) و درست قبل از آن قرار گیرد. تگ پایان (که در موارد خاص ممکن است دوباره به آن اشاره شود ).— HTML 5.1 ویرایش دوم § 8.1.2. عناصر § برچسب ها
و:
برخی از برچسب ها را می توان حذف کرد .
توجه:
حذف تگ شروع یک عنصر (...) به معنای عدم وجود عنصر نیست. ضمنی است، اما هنوز وجود دارد. به عنوان مثال، یک سند HTML همیشه یک <html>عنصر ریشه دارد، حتی اگر رشته <html>در هیچ جایی از نشانه گذاری ظاهر نشود.— HTML 5.1 ویرایش دوم § 8.1.2.4. برچسب های اختیاری
از آنجایی که HTML (قبل از HTML5) مبتنی بر SGML است ، [2] تجزیه آن نیز به تعریف نوع سند (DTD) بستگی دارد ، به ویژه یک HTML DTD (به عنوان مثال HTML 4.01 [3] [یادداشت 1] ). DTD مشخص می کند که کدام نوع عنصر ممکن است (یعنی مجموعه ای از انواع عناصر را تعریف می کند) و همچنین ترکیبات معتبری را که در آنها ممکن است در یک سند ظاهر شوند را مشخص می کند. این بخشی از رفتار عمومی SGML است که در مواردی که فقط یک ساختار معتبر (بر اساس DTD) ممکن است ، به طور کلی به بیان صریح آن در هر سند معینی نیاز نیست. به عنوان یک مثال ساده، برچسبی که شروع یک عنصر پاراگراف را نشان می دهد باید با برچسبی که پایان آن را نشان می دهد تکمیل شود. اما از آنجایی که DTD بیان می کند که عناصر پاراگراف را نمی توان تودرتو کرد، بنابراین یک قطعه سند HTML معادل استنباط می شود . (اگر یک عنصر پاراگراف نمی تواند حاوی دیگری باشد، هر پاراگراف باز فعلی باید قبل از شروع پاراگراف دیگر بسته شود.) از آنجایی که این مفهوم مبتنی بر ترکیب DTD و سند جداگانه است، معمولاً نمی توان عناصر را به تنهایی از برچسب های سند استنتاج کرد، اما فقط با استفاده از تجزیه کننده SGML یا HTML آگاه با دانش DTD. HTML5 با تعریف اینکه چه تگ هایی را می توان حذف کرد، نتیجه مشابهی ایجاد می کند. [4]<p>
</p>
<p>Para 1 <p>Para 2 <p>Para 3
<p>Para 1 </p><p>Para 2 </p><p>Para 3
SGML پیچیده است که درک و پذیرش گسترده آن را محدود کرده است. XML به عنوان یک جایگزین ساده تر توسعه داده شد. اگرچه هر دو می توانند از DTD برای تعیین عناصر پشتیبانی شده و ترکیبات مجاز آنها به عنوان ساختار سند استفاده کنند، تجزیه XML ساده تر است. رابطه بین برچسب ها به عناصر همیشه به صورت تجزیه تگ های واقعی موجود در سند است، بدون بسته شدن ضمنی که بخشی از SGML است. [یادداشت 2]
HTML همانطور که در وب فعلی استفاده می شود احتمالاً به عنوان XML یا با XHTML بودن یا به عنوان HTML5 در نظر گرفته می شود . در هر صورت تجزیه تگ های سند در عناصر مدل شیء سند (DOM) در مقایسه با سیستم های HTML قدیمی ساده شده است. هنگامی که DOM عناصر به دست آمد، رفتار در سطوح بالاتر رابط (مثال: رندر صفحه) یکسان یا تقریباً مشابه است. [یادداشت 3]
بخشی از این رفتار ارائه CSS مفهوم " مدل جعبه " است. این برای عناصری اعمال می شود که CSS آنها را به عنوان عناصر "بلاک" در نظر می گیرد، که از طریق اعلان CSS تنظیم شده اند.display: block;
HTML نیز مفهومی مشابه دارد، اگرچه متفاوت است، و این دو اغلب با هم اشتباه گرفته می شوند. %block;
و %inline;
گروه هایی در HTML DTD هستند که عناصر را به صورت "سطح بلوک" یا "داخلی" گروه بندی می کنند. [6] این برای تعریف رفتار تودرتوی آنها استفاده می شود: عناصر سطح بلوک را نمی توان در یک زمینه درون خطی قرار داد. [نکته 4] این رفتار قابل تغییر نیست. در DTD ثابت شده است. عناصر Block و Inline دارای رفتارهای CSS مناسب و متفاوتی هستند که به طور پیشفرض به آنها متصل شده است، [6] از جمله ارتباط مدل جعبه برای انواع عناصر خاص.
البته توجه داشته باشید که این رفتار CSS می تواند و اغلب از حالت پیش فرض تغییر می کند. لیست هایی با عناصر هستند و به طور پیش فرض به عنوان عناصر بلوک ارائه می شوند. با این حال، تنظیم این موارد با CSS برای نمایش به عنوان یک لیست درون خطی بسیار رایج است. [7]<ul><li> ...
%block;
در سینتکس HTML، بیشتر عناصر با یک تگ شروع و یک تگ پایان نوشته میشوند و محتوا در بین آنها قرار دارد. یک تگ HTML از نام عنصر تشکیل شده است که توسط براکت های زاویه احاطه شده است . یک تگ پایانی همچنین دارای یک اسلش بعد از براکت زاویه باز است تا آن را از تگ شروع متمایز کند. به عنوان مثال، یک پاراگراف که با <p>
عنصر نمایش داده می شود، به صورت زیر نوشته می شود:
< p > در نحو HTML، بیشتر عناصر نوشته می شوند ... </ p >
با این حال، همه این عناصر نیازی به وجود تگ پایان یا حتی تگ شروع ندارند. [4] برخی از عناصر، به اصطلاح عناصر خالی ، برچسب پایانی ندارند. یک مثال معمولی <br>
عنصر (hard line-break) است. رفتار یک عنصر خالی از پیش تعریف شده است و نمی تواند حاوی هیچ محتوا یا عناصر دیگری باشد. به عنوان مثال، یک آدرس به صورت زیر نوشته می شود:
< p > P. Sherman < br > 42 Wallaby Way < br > سیدنی </ p >
هنگام استفاده از XHTML ، لازم است همه عناصر، از جمله عناصر خالی، باز و بسته شوند. این کار را می توان با قرار دادن یک تگ پایان بلافاصله بعد از تگ شروع انجام داد، اما این در HTML 5 قانونی نیست و منجر به ایجاد دو عنصر می شود. یک راه جایگزین برای تعیین اینکه یک عنصر خالی است، که با XHTML و HTML 5 سازگار است، قرار دادن یک /
در انتهای تگ است (با علامت /
در ابتدای تگ بسته شدن اشتباه نشود).
< p > P. Sherman < br /> 42 Wallaby Way < br /> سیدنی </ p >
ویژگی های HTML در داخل تگ شروع مشخص می شوند. به عنوان مثال، <abbr>
عنصری که یک مخفف را نشان می دهد ، انتظار یک title
ویژگی را در تگ آغازین خود دارد. این به صورت زیر نوشته می شود:
< abbr title = "مخفف" > مخفف. </ abbr >
به طور غیررسمی، گاهی اوقات به عناصر HTML به عنوان "برچسب" (نمونهای از synecdoche ) گفته میشود، اگرچه بسیاری اصطلاح برچسب را صرفاً با اشاره به نشانهگذاری که شروع و پایان یک عنصر را مشخص میکند، ترجیح میدهند.
نام عناصر (و ویژگی) ممکن است با هر ترکیبی از حروف بزرگ یا کوچک در HTML نوشته شود، اما باید در XHTML با حروف کوچک نوشته شود. [8] شکل متعارف تا HTML 4 بزرگ بود و در مشخصات HTML استفاده میشد، اما در سالهای اخیر، حروف کوچک رایجتر شده است.
سه نوع عنصر HTML وجود دارد : عناصر معمولی، عناصر متن خام و عناصر خالی.
عناصر معمولی معمولاً دارای هر دو تگ شروع و پایان هستند، اگرچه برای برخی از عناصر تگ پایان یا هر دو تگ را می توان حذف کرد. به روشی مشابه ساخته شده است:
<tag>
</tag>
عناصر متن خام (همچنین به عنوان عناصر متن یا فقط متن شناخته می شوند) با:
<tag>
</tag>
یک مثال <title>
عنصری است که نباید حاوی عناصر دیگر (از جمله نشانه گذاری متن) باشد، بلکه فقط متن ساده است .
عناصر خالی (که گاهی اوقات عناصر خالی، عناصر منفرد یا عناصر مستقل نیز نامیده می شوند) فقط دارای یک تگ شروع (به شکل) هستند که حاوی هر ویژگی HTML است. آنها ممکن است حاوی هیچ فرزندی مانند متن یا عناصر دیگر نباشند. برای سازگاری باXHTML، مشخصات HTML[ کدام؟ ]یک فضای اختیاری را اجازه می دهد و اسلش[ نیازمند منبع ](مجاز است). اسلش درXHTMLو سایرXML. دو عنصر خالی رایج عبارتند از(برایشکست خط سخت، مانند یک شعر یا یک آدرس) و(برای یک شکست موضوعی). سایر عناصر این چنینی اغلب مکاندارهایی هستند که به فایلهای خارجی مانندعنصر تصویر ( ) اشاره میکنند. سپس ویژگی های موجود در عنصر به فایل خارجی مورد نظر اشاره می کند. مثال دیگری از عنصر void استکه نحو آن به صورت زیر است:<tag>
<tag />
<br />
<hr />
<img />
<link />
< link rel = "stylesheet" href = "fancy.css" type = "text/css" >
این <link />
عنصر مرورگر را به یک شیوه نامه هدایت می کند تا هنگام ارائه سند HTML به کاربر از آن استفاده کند. در دستور زبان HTML اگر فقط از کاراکترهای خاصی تشکیل شده باشد، نیازی به نقل قول نیست: حروف، اعداد، خط فاصله و نقطه. از طرف دیگر، هنگام استفاده از نحو XML (XHTML)، همه ویژگیها باید نقل قول شوند و قبل از آخرین براکت زاویه، یک اسلش انتهایی با فاصله لازم است:
<link rel= "stylesheet" href= "fancy.css" type= "text/css" />
ویژگی های HTML رفتار مورد نظر را تعریف می کنند یا ویژگی های عنصر اضافی را نشان می دهند. اکثر صفات به یک مقدار نیاز دارند . در HTML، اگر مقدار را شامل فاصله ( ) نباشد، می توان بدون نقل قول رها کرد، یا می توان آن را با گیومه های تک یا دوگانه (یا) نقل قول کرد. در XML ، این نقل قول ها مورد نیاز است.attribute=value
attribute='value'
attribute="value"
از سوی دیگر، ویژگی های بولی ، نیازی به تعیین مقدار ندارند. نمونه ای از checked
چک باکس های for است:
< نوع ورودی = چک باکس علامت زده شد >
در دستور XML (و بنابراین XHTML )، یک مقدار مورد نیاز است و نام باید به عنوان مقدار تکرار شود:
<input type= "checkbox" checked= "checked" />
عناصر HTML در مجموعه ای از استانداردهای آزاد در دسترس که از سال 1995 صادر شده اند، در ابتدا توسط IETF و سپس توسط W3C تعریف شده اند .
در طول جنگ مرورگرها در دهه 1990، توسعه دهندگان عوامل کاربر (مثلاً مرورگرهای وب ) اغلب عناصر خود را توسعه دادند که برخی از آنها در استانداردهای بعدی پذیرفته شدند. سایر عوامل کاربر ممکن است عناصر غیر استاندارد را تشخیص ندهند و نادیده گرفته خواهند شد و احتمالاً باعث نمایش نامناسب صفحه می شود.
در سال 1998، XML (شکل ساده شده SGML) مکانیسمهایی را معرفی کرد که به هر کسی اجازه میدهد عناصر خود را توسعه دهد و آنها را در اسناد XHTML ، برای استفاده با عوامل کاربر آگاه XML، ایجاد کند. [9]
متعاقبا، HTML 4.01 در یک فرم سازگار با XML ، XHTML 1.0 ( HTML توسعه پذیر ) بازنویسی شد . عناصر موجود در هر کدام یکسان هستند و در اکثر موارد اسناد معتبر XHTML 1.0 اسناد HTML 4.01 معتبر یا تقریباً معتبر خواهند بود. این مقاله عمدتاً بر روی HTML واقعی تمرکز دارد، مگر اینکه طور دیگری ذکر شده باشد. با این حال، همچنان برای XHTML قابل اجرا است. برای بحث در مورد تفاوت های جزئی بین این دو به HTML مراجعه کنید .
از زمان اولین نسخه HTML، چندین عنصر منسوخ شدهاند و در استانداردهای بعدی منسوخ شدهاند ، یا اصلاً ظاهر نمیشوند، در این صورت نامعتبر هستند (و با اعتبارسنجی عوامل کاربر، نامعتبر پیدا میشوند و شاید نمایش داده نمیشوند ). . [10]
در HTML 4.01 / XHTML 1.0 ، وضعیت عناصر به دلیل وجود سه نوع DTD پیچیده می شود :
HTML5 در عوض فهرستی از ویژگی های منسوخ را برای همراهی با محتوای استاندارد استاندارد ارائه می دهد . آنها به "منسوخ اما منطبق" که دستورالعمل های اجرایی برای آنها وجود دارد و "غیر منطبق" که باید جایگزین شوند، تقسیم می شوند. [11]
اولین استاندارد ( HTML 2.0 ) شامل چهار عنصر منسوخ شده بود که یکی از آنها در HTML 3.2 نامعتبر بود . هر چهار مورد در HTML 4.01 Transitional نامعتبر هستند که ده عنصر دیگر را نیز منسوخ کرده است. همه اینها، به علاوه دو مورد دیگر، در HTML 4.01 Strict نامعتبر هستند . در حالی که عناصر قاب هنوز به معنای وجود در DTD های Transitional و Frameset جاری هستند، هیچ برنامه ای برای حفظ آنها در استانداردهای آینده وجود ندارد، زیرا عملکرد آنها تا حد زیادی جایگزین شده است و برای دسترسی کاربر بسیار مشکل ساز هستند.
(به بیان دقیق، جدیدترین استاندارد XHTML ، XHTML 1.1 (2001)، به هیچ وجه شامل فریم نمی شود؛ تقریباً معادل XHTML 1.0 Strict است ، اما شامل ماژول نشانه گذاری Ruby نیز می شود .) [12]
یک منبع رایج سردرگمی، استفاده بی رویه از منسوخ برای اشاره به وضعیت منسوخ و نامعتبر، و به عناصری است که انتظار می رود در آینده رسماً منسوخ شوند.
از زمان HTML 4، HTML به طور فزاینده ای بر جداسازی محتوا (متن و تصاویر قابل مشاهده) از ارائه (مانند رنگ، اندازه فونت و طرح بندی) متمرکز شده است. [13] این اغلب به عنوان جدایی از نگرانی ها نامیده می شود . HTML برای نشان دادن ساختار یا محتوای یک سند استفاده می شود، ارائه آن تنها بر عهده شیوه نامه های CSS است . یک شیوه نامه پیش فرض به عنوان بخشی از استاندارد CSS پیشنهاد می شود که یک رندر پیش فرض برای HTML ارائه می کند. [14]
رفتار (تعاملی) نیز جدا از محتوا نگهداری می شود و توسط اسکریپت ها مدیریت می شود . تصاویر در فایلهای گرافیکی مجزا و جدا از متن قرار میگیرند ، اگرچه میتوان آنها را نیز بخشی از محتوای یک صفحه در نظر گرفت.
جداسازی نگرانیها اجازه میدهد تا سند توسط عوامل کاربر مختلف با توجه به اهداف و تواناییهایشان ارائه شود. به عنوان مثال، یک عامل کاربر می تواند یک شیوه نامه مناسب را برای ارائه یک سند با نمایش بر روی مانیتور، چاپ روی کاغذ، یا تعیین ویژگی های گفتار در یک عامل کاربر فقط صوتی انتخاب کند. عملکردهای ساختاری و معنایی نشانه گذاری در هر مورد یکسان باقی می ماند.
از لحاظ تاریخی، عوامل کاربر همیشه از این ویژگی ها پشتیبانی نمی کردند. در دهه 1990، به عنوان یک نقطه توقف، عناصر نمایشی (مانند <b>
و <i>
) به HTML اضافه شدند که به قیمت ایجاد مشکلات برای قابلیت همکاری و دسترسی کاربر بود. این در حال حاضر منسوخ در نظر گرفته شده است و توسط طراحی مبتنی بر شیوه نامه جایگزین شده است. اکثر عناصر ارائه در حال حاضر منسوخ شده اند. [15]
فایل های تصویری خارجی با عناصر <img />
یا ترکیب می شوند <object />
. (با XHTML ، زبان SVG همچنین می تواند برای نوشتن گرافیک در سند استفاده شود، اگرچه پیوند دادن به فایل های SVG خارجی به طور کلی ساده تر است.) [16] در جایی که یک تصویر صرفاً تزئینی نیست، HTML اجازه می دهد تا محتوای جایگزین با ارزش معنایی مشابه باشد. برای عوامل کاربر غیر بصری ارائه شده است.
یک سند HTML همچنین می تواند از طریق استفاده از اسکریپت ها برای ارائه رفتارهای اضافی فراتر از توانایی هایپرلینک ها و فرم های HTML گسترش یابد.
عناصر <style>
و <script>
با ویژگی های HTML مرتبط ، برگه های سبک و اسکریپت ها را ارائه می دهند.
<style />
و <script />
ممکن است به اسناد خارجی مشترک پیوند داده شود، یا <style>...</style>
ممکن <script>...</script>
است حاوی دستورالعمل های جاسازی شده باشد. (از این <link>
عنصر می توان برای پیوند دادن شیت های سبک نیز استفاده کرد.)<script />
یا <script>...</script>
می تواند در هر نقطه از سند (سر یا بدن) رخ دهد.style
ویژگی در اکثر عناصر بدنه سند (به عنوان مثال <div style="...">
) برای گنجاندن دستورالعمل های سبک درون خطی معتبر است .<noscript>...</noscript>
عنصر در صورت لزوم، محتوای جایگزین تعبیهشده را فراهم میکند. با این حال، فقط می تواند در سر سند و در بدنه به عنوان یک عنصر در سطح بلوک استفاده شود.<html>...</html>
<head>...</head>
ظرفی برای پردازش اطلاعات و ابرداده برای یک سند HTML.
<body></body>
ظرفی برای محتوای قابل نمایش یک سند HTML.
<base />
href
پیوندهای نسبی و دیگر در سند مشخص می کند. باید قبل از هر عنصری که به یک منبع خارجی اشاره دارد ظاهر شود. HTML فقط یک <base>
عنصر را برای هر سند اجازه می دهد. این عنصر دارای ویژگی های HTML است ، اما محتوایی ندارد.BASE
ذکر شده است . استاندارد شده در HTML 2.0. هنوز جاری است<basefont /> (deprecated)
<font>
عناصر استفاده می شود. به نفع شیوه نامه ها منسوخ شد .<isindex /> (deprecated)
<isindex>
می تواند در سر سند یا بدنه ظاهر شود، اما فقط یک بار در یک سند. به فرم ها مراجعه کنید .<link />
<link rel="stylesheet" type="text/css" href="url" title="description_of_style">
<link rel="next" href="url">
<head>
<link />
LINK
در HTML Internet Draft 1.2 وجود داشت و در HTML 2.0 استاندارد شده بود. هنوز جاری است<meta />
میتواند برای تعیین ابردادههای اضافی درباره یک سند، مانند نویسنده، تاریخ انتشار، تاریخ انقضا، زبان، عنوان صفحه، توضیحات صفحه، کلمات کلیدی یا سایر اطلاعاتی که از طریق سایر عناصر سرصفحه و ویژگیهای HTML ارائه نشده است ، استفاده شود . به دلیل ماهیت عمومی آنها، <meta />
عناصر جفت های کلید-مقدار انجمنی را مشخص می کنند . به طور کلی، یک عنصر متا اطلاعات پنهان در مورد سند را منتقل می کند. می توان از چندین متا تگ استفاده کرد که همه آنها باید در عنصر head تودرتو باشند. هدف خاص هر <meta />
عنصر با ویژگی های آن تعریف می شود. خارج از XHTML ، اغلب بدون علامت اسلش ( <meta>
) داده می شود، علیرغم اینکه یک عنصر خالی است.
در یک شکل، <meta />
عناصر می توانند هدرهای HTTP را مشخص کنند که باید قبل از محتوای واقعی توسط یک وب سرور ارسال شوند . به عنوان مثال، مشخص می کند که صفحه باید با یک هدر HTTP به نام که دارای مقدار باشد، ارائه شود .<meta http-equiv="foo" content="bar" />
foo
bar
<meta />
عنصر مشخص می کند name
و content
ویژگی های HTML مرتبط را توصیف می کند که جنبه های صفحه HTML را توصیف می کند. برای جلوگیری از ابهام احتمالی، یک ویژگی سوم اختیاری، scheme
ممکن است برای تعیین یک چارچوب معنایی که معنای کلید و مقدار آن را تعریف میکند، ارائه شود. به عنوان مثال، در عنصر خود را به عنوان حاوی عنصر، با مقدار ، از چارچوب توضیحات منبع DC یا Dublin Core شناسایی می کند .<meta name="foo" content="bar" scheme="DC" />
<meta />
foo
bar
<object>...</object>
<head>
عنصر استفاده می شود، اما به طور بالقوه می تواند برای استخراج داده های خارجی و مرتبط کردن آن با سند فعلی استفاده شود.<script>...</script>
src
. [19] همچنین در بدنه سند برای تولید پویا محتوای بلوکی یا درون خطی قابل استفاده است.<style>...</style>
<style type="text/css"> ... </style>
@import
<style> @import url; </style>
<title>...</title>
<title>
نباید حاوی عناصر دیگر باشد، فقط متن. فقط یک <title>
عنصر در یک سند مجاز است.در مرورگرهای بصری، عناصر قابل نمایش را می توان به صورت بلوک یا درون خطی ارائه کرد . در حالی که همه عناصر بخشی از دنباله سند هستند، عناصر بلوک در عناصر اصلی آنها ظاهر می شوند:
برعکس، عناصر درون خطی به عنوان بخشی از جریان متن سند تلقی می شوند. آنها نمی توانند حاشیه، عرض یا ارتفاع را تنظیم کنند و در خطوط شکسته می شوند.
عناصر بلوک یا عناصر سطح بلوک ساختاری مستطیلی دارند. بهطور پیشفرض، این المانها کل عرض عنصر والد خود را در بر میگیرند و بنابراین به هیچ عنصر دیگری اجازه نمیدهند همان فضای افقی را که روی آن قرار گرفته است اشغال کند.
ساختار مستطیلی یک عنصر بلوک اغلب به عنوان مدل جعبه نامیده می شود و از چندین قسمت تشکیل شده است. هر عنصر شامل موارد زیر است:
بخش فوق فقط به اجرای دقیق رندر CSS اشاره دارد و هیچ ارتباطی با عناصر HTML ندارد.
<p>...</p>
P
در تگ های HTML وجود داشت و در HTML 2.0 استاندارد شده بود. هنوز جاری است<h1>...</h1>
<h2>...</h2>
<h3>...</h3>
<h4>...</h4>
<h5>...</h5>
<h6>...</h6>
h1
عنوان بالاترین سطح، h2
سطح بعدی را به پایین (بخش فرعی)، h3
برای سطح زیر آن، و به همین ترتیب به h6
. آنها گاهی اوقات به طور جمعی به عنوان برچسب، n به معنای هر یک از سطوح عنوان موجود نامیده می شوند. اکثر مرورگرهای بصری عناوین را به صورت پیشفرض به صورت متن پررنگ نشان میدهند، اگرچه میتوان آن را با CSS لغو کرد . عناصر عنوان صرفاً برای ایجاد متن بزرگ یا پررنگ در نظر گرفته نشده اند - در واقع، آنها نباید برای استایل دادن به متن به طور واضح استفاده شوند. بلکه ساختار و سازماندهی سند را توصیف می کنند. برخی از برنامه ها از آنها برای ایجاد طرح کلی و فهرست مطالب استفاده می کنند.hn
<dl>...</dl>
DL
در تگ های HTML وجود داشت و در HTML 2.0 استاندارد شده بود. هنوز جاری است<dt>...</dt>
DT
در تگ های HTML وجود داشت و در HTML 2.0 استاندارد شده بود. هنوز جاری است<dd>...</dd>
DD
در تگ های HTML وجود داشت و در HTML 2.0 استاندارد شده بود. هنوز جاری است<ol>...</ol>
type
ویژگی را می توان برای تعیین نوع نشانگر مورد استفاده در لیست استفاده کرد، اما شیوه نامه ها کنترل بیشتری را ارائه می دهند. پیش فرض شماره گذاری عربی است. در یک ویژگی HTML: ; یا در یک اعلان CSS: – جایگزینی با یکی از موارد زیر:<ol type="foo">
ol { list-style-type: foo; }
foo
A
; مقدار CSS:upper-alpha
a
; مقدار CSS:lower-alpha
I
; مقدار CSS:upper-roman
i
; مقدار CSS:lower-roman
1
;decimal
none
، و گزینه هایی برای CJK ، عبری، گرجی، و اسکریپت ارمنی. این ویژگی در HTML 3.2 و 4.01 منسوخ شده است، اما در HTML 5 نه.OL
در HTML Internet Draft 1.2 وجود داشت و در HTML 2.0 استاندارد شده بود. هنوز جاری است<ul>...</ul>
<ul type="foo">
ul { list-style-type: foo; }
foo
disc
square
circle
none
UL
در تگ های HTML وجود داشت و در HTML 2.0 استاندارد شده بود. هنوز جاری است<li>...</li>
ol
) یا نامرتب ( ul
).LI
در تگ های HTML وجود داشت و در HTML 2.0 استاندارد شده بود. هنوز جاری است<dir>...</dir> (deprecated)
<ul>
DIR
در تگ های HTML وجود داشت و در HTML 2.0 استاندارد شده بود. منسوخ شده در HTML 4.0 Transitional. در HTML 4.0 Strict نامعتبر است .<address>...</address>
ADDRESS
در تگ های HTML وجود داشت و در HTML 2.0 استاندارد شده بود. هنوز جاری است<article>...</article>
<aside>...</aside>
<blockquote>...</blockquote>
یک نقل قول سطح بلوک ، برای زمانی که نقل قول شامل عناصر سطح بلوک، به عنوان مثال پاراگراف ها باشد. ویژگی cite
(با عنصر <cite> اشتباه گرفته نشود) ممکن است منبع را ارائه دهد و باید یک شناسه منبع یکسان کاملاً واجد شرایط باشد .
BLOCKQUOTE
در HTML Internet Draft 1.2 وجود داشت و در HTML 2.0 استاندارد شده بود. هنوز جاری است برای اطلاعات بیشتر به عنصر blockquote مراجعه کنید .<center>...</center> (deprecated)
<del>...</del>
<div>...</div>
<figure>...</figure>
<figcaption>
.<figure>
عنصر قرار می گیرد.<header>...</header>
<hr />
<ins>...</ins>
<main>...</main>
<ul>
لیست باشد.MENU
در تگ های HTML وجود داشت و در HTML 2.0 استاندارد شده بود. منسوخ شده در HTML 4.0 Transitional. در HTML 4.0 Strict نامعتبر است . سپس در HTML5 دوباره تعریف شد، در HTML 5.2 حذف شد، اما در HTML Living Standard در سال 2019 گنجانده شد.<noscript>...</noscript>
<pre>...</pre>
<pre>...</pre>
, فضای سفید باید به عنوان نویسنده ارائه شود. (با ویژگی های CSS: ، سایر عناصر را می توان به همین ترتیب ارائه کرد.) این عنصر می تواند شامل هر عنصر درون خطی باشد به جز: <image>، <object>، <big>، <small>، <sup> و <sub >...</sub>.{ white-space: pre; font-family: monospace; }
PRE
در HTML Internet Draft 1.2 وجود داشت و در HTML 2.0 استاندارد شده بود. هنوز جاری است<section>...</section>
<script>...</script>
<script />
یک src
ویژگی برای ارائه یک URL که از آن اسکریپت بارگیری می شود استفاده شود، یا در <script>...</script>
اطراف محتوای اسکریپت جاسازی شده استفاده شود. توجه: <script>
خود یک عنصر بلوکی یا درون خطی نیست. به خودی خود به هیچ وجه نباید نمایش داده شود، اما می تواند حاوی دستورالعمل هایی برای تولید پویا محتوای بلوکی یا درون خطی باشد.عناصر درون خطی را نمی توان مستقیماً در داخل عنصر قرار داد. آنها باید به طور کامل در عناصر سطح بلوک تودرتو باشند. [24]<body>
<a>...</a>
یک عنصر لنگر، لنگر نامیده میشود، زیرا طراحان وب میتوانند از آن برای "لنگر انداختن" URL به برخی از متنهای یک صفحه وب استفاده کنند. هنگامی که کاربران صفحه وب را در یک مرورگر مشاهده می کنند، می توانند روی متن کلیک کنند تا پیوند فعال شود و از صفحه ای که URL آن در پیوند است بازدید کنند. [25]
در HTML، یک "لنگر" می تواند مبدأ ( متن لنگر ) یا مقصد (مقصد) انتهای یک لینک باشد . به عنوان مبدأ، تنظیم ویژگی href
[ 26] یک ابر پیوند ایجاد می کند. می تواند با استفاده از یک URL خارجی به بخش دیگری از سند یا منبع دیگری (مثلاً یک صفحه وب) اشاره کند . بهعنوان یک هدف، تنظیم ویژگیهای name
یا id
HTML به عنصر اجازه میدهد از طریق یک شناسه قطعه از یک مکان یاب منبع (URL) یکنواخت پیوند داده شود . دو شکل مبدا و لنگر را می توان همزمان استفاده کرد.
id
، [27] بنابراین استفاده از آن ضروری نیست، اگرچه این روش افزودن لنگرها همچنان به کار خود ادامه می دهد.<a name="foo">...</a>
برای نشان دادن: هدر یک بخش فهرست مطالب درexample.comصفحه اصلی را می توان با نوشتن: به یک هدف تبدیل کرد .<h2><a name="contents">Table of contents</a></h2>
در ادامه این مثال، اکنون که بخش به عنوان هدف علامت گذاری شده است، می توان از سایت های خارجی با پیوندی مانند: ;<a href="http://example.com#contents">see contents</a>
یا با لینکی در همین صفحه مانند: .<a href="#contents">contents, above</a>
این ویژگی title
ممکن است طوری تنظیم شود که اطلاعات مختصری در مورد پیوند بدهد: .<a href="URL" title="additional information">link text</a>
در اکثر مرورگرهای گرافیکی، هنگامی که مکان نما روی یک پیوند قرار می گیرد، مکان نما با انگشت اشاره به یک دست تبدیل می شود و مقدار به صورت راهنمای ابزار یا به روشی دیگر title
نمایش داده می شود . برخی از مرورگرها متن جایگزین را به همان شیوه ارائه می کنند، اگرچه این چیزی نیست که مشخصات آن را درخواست می کند.
A
در تگ های HTML وجود داشت و در HTML 2.0 استاندارد شده بود.عناصر عبارت برای علامت گذاری عبارات و افزودن ساختار یا معنای معنایی به قطعات متن استفاده می شود. به عنوان مثال، از تگهای <em>
and <strong>
میتوان برای تاکید بر متن استفاده کرد.
<abbr>...</abbr>
<abbr title="abbreviation">abbr.</abbr>
<acronym>...</acronym> (deprecated)
<abbr>
<acronym title="Hyper-Text Mark-up Language">HTML</acronym>
abbr
برچسب است. [28]<dfn>...</dfn>
DFN
در HTML اینترنت پیش نویس 1.2 وجود داشت و به طور کامل در HTML 3.2 استاندارد شده بود. هنوز جاری است<em>...</em>
EM
در HTML Internet Draft 1.2 وجود داشت و در HTML 2.0 استاندارد شده بود. هنوز جاری است<strong>...</strong>
STRONG
در HTML Internet Draft 1.2 وجود داشت و در HTML 2.0 استاندارد شده بود. هنوز در حال حاضر، در HTML5 دوباره تعریف شده است.این عناصر در درجه اول برای مستندسازی توسعه کد کامپیوتری و تعامل کاربر از طریق تمایز کد منبع ( )، متغیرها ( )، ورودی کاربر ( ) و پایانه یا خروجی های دیگر ( ) مفید هستند.<code>
<var>
<kbd>
<samp>
<code>...</code>
code example
). به طور متعارف در فونت تک فاصله ارائه می شود.CODE
در HTML Internet Draft 1.2 وجود داشت و در HTML 2.0 استاندارد شده بود. هنوز جاری است<kbd>...</kbd>
KBD
در HTML Internet Draft 1.2 وجود داشت و در HTML 2.0 استاندارد شده بود. هنوز جاری است<samp>...</samp>
SAMP
در HTML Internet Draft 1.2 وجود داشت و در HTML 2.0 استاندارد شده بود. هنوز جاری است<var>...</var>
VAR
در HTML Internet Draft 1.2 وجود داشت و در HTML 2.0 استاندارد شده بود. هنوز جاری استاز آنجایی که نشانه گذاری نمایشی بصری فقط به طور مستقیم برای مرورگرهای بصری اعمال می شود، استفاده از آن ممنوع است. به جای آن باید از استایل شیت استفاده کرد. تعدادی از این عناصر در HTML 4 / XHTML 1.0 منسوخ یا نامعتبر هستند و بقیه در پیش نویس فعلی XHTML 2.0 نامعتبر هستند. با این حال، پیشنویس فعلی HTML5، دوباره شامل <s>
، <u>
و <small>
، اختصاص معنای معنایی جدید به هر یک میشود. در یک سند HTML5 ، استفاده از این عناصر دیگر ممنوع نیست، مشروط بر اینکه از نظر معنایی درست باشد.
<b>...</b>
{ font-weight: bold; }
<strong>
<b>
<strong>
B
در HTML Internet Draft 1.2 وجود داشت و در HTML 2.0 استاندارد شده بود. هنوز در حال حاضر، در HTML5 دوباره تعریف شده است.<i>...</i>
{ font-style: italic; }
<em>...</em>
<i>
<em>
I
در HTML Internet Draft 1.2 وجود داشت و در HTML 2.0 استاندارد شده بود. هنوز در حال حاضر، در HTML5 دوباره تعریف شده است.<u>...</u>
{ text-decoration: underline; }
<u>
<u>
U
در HTML Internet Draft 1.2 وجود داشت ، در HTML 3.2 استاندارد شده بود اما در HTML 4.0 Transitional منسوخ شد و در HTML 4.0 Strict نامعتبر بود. در HTML5 دوباره معرفی شد .<small>...</small>
{ font-size: smaller; }
<small>
<aside>...</aside>
<s>...</s>
<strike>
. در HTML5 ، <s>
عنصر اطلاعاتی را نشان میدهد که «دیگر دقیق نیستند یا دیگر مرتبط نیستند» و نباید با آن اشتباه گرفته شود <del>
، که نشاندهنده حذف/حذف است. [33]S
در HTML 4.0 Transitional منسوخ شده بود (در هیچ استاندارد قبلی ظاهر نشده بود)، و در HTML 4.0 Strict نامعتبر بود. دوباره در HTML5 معرفی شد که در عوض منسوخ شد <strike>
.<big>...</big> (deprecated)
{ font-size: larger; }
<strike>...</strike> (deprecated)
{ text-decoration: line-through; }
STRIKE
در HTML 3.2 استاندارد شد. منسوخ شده در HTML 4.0 Transitional. در HTML 4.0 Strict نامعتبر است .<tt>...</tt> (deprecated)
{ font-family: monospace; }
TT
در HTML اینترنت پیش نویس 1.2 وجود داشت و در HTML 2.0 استاندارد شده بود. [34] در HTML5 پشتیبانی نمی شود . جایگزینهای احتمالی: <kbd> برای علامتگذاری ورودی کاربر، <var> برای متغیرها (معمولاً به صورت مورب ارائه میشوند، و نه با تغییر به monospace)، <code> برای کد منبع، <samp> برای خروجی. [34]<font>...</font> (deprecated)
<font [color=<var>color</var>] [size=<var>size</var>] [face=<var>face</var>]>...</font>
می تواند رنگ فونت را با color
ویژگی (به املای آمریکایی توجه کنید)، تایپ با face
ویژگی، و اندازه مطلق یا نسبی را با size
ویژگی مشخص کند. مثالها (همه استفادهها منسوخ شدهاند، در صورت امکان از معادلهای CSS استفاده کنید):<font color="green">text</font>
متن سبز ایجاد می کند .<font color="#114499">text</font>
متنی با رنگ هگزادسیمال #114499 ایجاد می کند .<font size="4">text</font>
متنی را با اندازه 4 ایجاد می کند . اندازه ها از 1 تا 7 هستند. اندازه استاندارد 3 است، مگر اینکه در تگ <body> یا دیگر مشخص شده باشد.<font size="+1">text</font>
متنی با اندازه 1 بزرگتر از استاندارد ایجاد می کند . مقابل است.<font size="-1">text</font>
<font face="Courier">text</font>
متن را با فونت پیک می سازد .<font size="N">
مطابق با (مشخصات HTML رابطه بین اندازه N و اندازه واحد Y را تعریف نمی کند ، و همچنین یک واحد را تعریف نمی کند).{font-size: Yunits}
<font color="red">
مطابقت دارد{ color: red; }
<font face="Times New Roman">
مربوط به - CSS از پشته فونت، دو یا چند فونت جایگزین پشتیبانی می کند.{ font-family: 'Times New Roman', Times, serif; }
<span>...</span>
<br />
<bdi>...</bdi>
<bdo>...</bdo>
<cite>...</cite>
<cite>
برای "یک استناد یا ارجاع به منابع دیگر" بدون هیچ محدودیت یا الزام خاصی بود. [36] مشخصات W3C HTML 5 از اصلاح این ایده استفاده می کند، که نشان می دهد چگونه از این عنصر در طول تاریخ استفاده شده است، اما اکنون لازم است که حداقل یکی از عنوان اثر یا نام را در خود داشته باشد (اما نه محدود به) نویسنده (شخص، افراد یا سازمان) یا یک مرجع URL، یا یک مرجع به صورت اختصاری مطابق با قراردادهای مورد استفاده برای افزودن ابرداده استناد." [37] اما مشخصات WHATWG فقط اجازه می دهد که عنصر در اطراف عنوان یک اثر استفاده شود. [38] مشخصات W3C با تعریف گستردهتر شروع شد، سپس پس از اینکه WHATWG این تغییر را انجام داد، به تعریف بسیار باریک تغییر یافت. با این حال، W3C تغییر خود را در سال 2012، در پاسخ به بازخورد منفی توسعه دهندگان-جامعه، برگرداند. این عنصر به طور گسترده با دامنه وسیع تری استفاده می شد، به عنوان مثال، پلتفرم های وبلاگ و انجمن های مختلف، شناسه های نظر دهندگان و آدرس های ایمیل را در <cite>...</cite>
. در این عنصر مشکل دیگر این عنصر این است که WHATWG توصیه می کند که به صورت پیش فرض مورب باشد (بنابراین تقریباً همه مرورگرها این کار را انجام می دهند)، زیرا (از نظر آنها) فقط برای عناوین انتشارات است. با این حال، طبق قرارداد، فقط انواع خاصی از عناوین در واقع دارای حروف کج هستند، در حالی که انتظار میرود بقیه عناوین در گیومه قرار گیرند، و استانداردها ممکن است در واقع بر اساس متن و زبان انتشار متفاوت باشند. در نتیجه، بسیاری از نویسندگان و مدیران وب سایت از یک شیوه نامه در سراسر سایت برای لغو حروف کج خودکار این عنصر استفاده می کنند.<data>...</data>
<del>...</del>
<ins>...</ins>
<del>
یا <s>
. به طور معمول زیرخط دار ارائه می شود :متن درج شده<ins>
و <del>
همچنین ممکن است به عنوان عناصر بلوک استفاده شوند: حاوی عناصر بلوکی و درون خطی دیگر. با این حال، این عناصر همچنان باید به طور کامل در عنصر اصلی خود باقی بمانند تا یک سند HTML به خوبی شکل گرفته باشند. به عنوان مثال، حذف متن از وسط یک پاراگراف در چندین پاراگراف دیگر و پایان دادن به پاراگراف پایانی باید از سه <del>
عنصر جداگانه استفاده کند. دو <del>
عنصر به عنوان عناصر درون خطی برای نشان دادن حذف متن در پاراگراف اول و آخر، و عنصر سوم که به عنوان عنصر بلوک استفاده می شود، برای نشان دادن حذف در پاراگراف های میانی مورد نیاز است.<mark>...</mark>
<q>...</q>
<blockquote>
). عناصر نقل قول ممکن است تو در تو باشند. <q>
باید به طور خودکار علامت نقل قول را در ارتباط با شیوه نامه ایجاد کند. نگرانیهای عملی ناشی از عدم انطباق مرورگر ممکن است نویسندگان را مجبور به یافتن راهحلها کند. مشخصه cite
منبع را می دهد و باید یک URI کاملا واجد شرایط باشد .block-quote
نقل قول های درون خطی طولانی ممکن است با استفاده از شیوه نامه ها به صورت بلوک های تورفته (مانند) نمایش داده شوند . به عنوان مثال، با یک قانون CSS مناسب مرتبط با q.lengthy
:<q class="lengthy">Lengthy quote here.</q>
<rb>...</rb>
<rp>...</rp>
<rt>...</rt>
<rtc>...</rtc>
<ruby>...</ruby>
<script>...</script>
<script>
خود یک عنصر بلوکی یا درون خطی نیست. به خودی خود به هیچ وجه نباید نمایش داده شود، اما می تواند حاوی دستورالعمل هایی برای تولید پویا محتوای بلوکی یا درون خطی باشد.<sub>...</sub>
<sup>...</sup>
{ vertical-align: sub; }
{ vertical-align: super; }
<template>...</template>
<time>...</time>
<wbr />
<applet>...</applet> (deprecated)
<object>
، زیرا فقط میتوانست با اپلتهای جاوا استفاده شود و محدودیتهای دسترسی داشت.<object>
بین مرورگرهای مختلف سازگار نیست.<area />
<map>
.<audio>...</audio>
src
ویژگی تعیین می شود. فرمت های صوتی پشتیبانی شده از مرورگری به مرورگر دیگر متفاوت است.<canvas>...</canvas>
<embed>...</embed>
<object>
. منسوخ شد، اما سپس دوباره به مشخصات HTML5 اضافه شد [48] [49]<img />
src
URL تصویر را مشخص می کند. alt
مشخصه مورد نیاز متن جایگزین را در صورتی که تصویر نمایش داده نشود ارائه می دهد. [50] (اگرچه alt
به عنوان متن جایگزین در نظر گرفته شده است، مایکروسافت اینترنت اکسپلورر 7 و پایین تر آن را به عنوان یک راهنمای ابزار ارائه می کند ، در صورتی که مشخصه ای title
داده نشود . ) [52] این عنصر برای اولین بار توسط Marc Andreessen پیشنهاد شد و در مرورگر وب NCSA Mosaic پیاده سازی شد . [53] <img />
IMG
در HTML Internet Draft 1.2 وجود داشت و در HTML 2.0 استاندارد شده بود. هنوز جاری است<map>...</map>
<object>...</object>
type
ویژگی است. این ممکن است در هر نوع MIME باشد که عامل کاربر میفهمد، مانند یک صفحه HTML تعبیهشده، فایلی که باید توسط یک افزونه مانند Flash ، یک اپلت جاوا ، یک فایل صوتی و غیره مدیریت شود.<param />
<applet>
این عنصر که در ابتدا با معرفی شد ، اکنون با استفاده می شود <object>
، و فقط باید به عنوان فرزند از استفاده شود <object>
. از ویژگی های HTML برای تنظیم پارامتر برای شی استفاده می کند ، به عنوان مثال عرض، ارتفاع، فونت، رنگ پس زمینه و غیره، بسته به نوع شی. یک شی می تواند چندین <param />
عنصر داشته باشد.<source>...</source>
src
خصیصه به روشی مشابه عناصر <video>
و استفاده می کند <audio>
.<track>...</track>
<video>...</video>
src
ویژگی تعیین می شود. فرمت های ویدئویی پشتیبانی شده در مرورگرهای مختلف متفاوت است.این عناصر را می توان در یک فرم ترکیب کرد یا در برخی موارد به طور جداگانه به عنوان کنترل های رابط کاربری استفاده کرد. در سند، آنها می توانند HTML ساده باشند یا در ارتباط با اسکریپت ها استفاده شوند. نشانه گذاری HTML عناصر تشکیل دهنده یک فرم و روش ارسال فرم را مشخص می کند. با این حال، برخی از اشکال اسکریپت ( سمت سرور ، سمت سرویس گیرنده، یا هر دو) باید برای پردازش ورودی کاربر پس از ارسال استفاده شود.
(این عناصر یا بلوک یا عناصر درون خطی هستند، اما در اینجا جمع آوری می شوند زیرا استفاده از آنها محدودتر از سایر عناصر درون خطی یا بلوکی است.)
<form action="url">...</form>
<form>
عنصر با استفاده از ویژگی مورد نیاز، عملکرد کلی یک ناحیه فرم را مشخص می کند و عمل می کند action
.<datalist>...</datalist>
option
s برای استفاده در عناصر فرم.<fieldset>...</fieldset>
<fieldset>
، که سپس می تواند <legend>
به منظور شناسایی عملکرد آنها، یک اضافه شود.<input />
<input>
عناصر اجازه می دهند انواع کنترل های فرم استاندارد اجرا شوند.<button>
در صورت امکان ترجیح داده می شود (یعنی اگر مشتری از آن پشتیبانی کند) زیرا امکانات غنی تری را ارائه می دهد.src
ویژگی مشخص شود.size
عرض پیش فرض ورودی را در عرض کاراکتر مشخص می کند. max-length
حداکثر تعداد کاراکترهایی را که کاربر می تواند وارد کند (که ممکن است بزرگتر از اندازه باشد) تنظیم می کند.text
آن یک نوار جستجو تولید می کند.text
. تفاوت این است که متن تایپ شده در این قسمت پوشانده شده است - کاراکترها به صورت ستاره، نقطه یا جایگزین دیگری نمایش داده می شوند. رمز عبور همچنان به عنوان متن ساده به سرور ارسال می شود ، بنابراین اگر محرمانه بودن نگرانی وجود دارد، یک پروتکل ارتباطی امن مانند HTTPS مورد نیاز است.text
برای شماره تلفن .text
برای آدرس های ایمیل .text
برای URL ها .text
برای اعداد.hidden
ورودی ها در صفحه نمایش داده شده قابل مشاهده نیستند، اما به طراح اجازه می دهد تا یک کپی از داده هایی را که باید به عنوان بخشی از فرم به سرور ارسال شود، نگهداری کند. به عنوان مثال، این ممکن است دادههایی باشد که این کاربر وب در فرم قبلی وارد کرده یا انتخاب کرده است که باید در ارتباط با فرم فعلی پردازش شود. به کاربر نمایش داده نمیشود، اما همچنان میتوان دادهها را در سمت مشتری با ویرایش منبع HTML تغییر داد.<isindex /> (deprecated)
<isindex />
می تواند در سر سند یا بدنه ظاهر شود، اما فقط یک بار در یک سند. <isindex />
به عنوان یک فرم جستجوی اولیه HTML عمل می کند. اما با فرمهای پیشرفتهتر HTML که در اوایل تا اواسط دهه 1990 معرفی شدند، عملاً منسوخ شد. نشان دهنده مجموعه ای از پیوندهای متشکل از یک URI پایه، یک علامت و کلمات کلیدی با درصد رمزگذاری شده است که با علائم مثبت از هم جدا شده اند .ISINDEX
در تگ های HTML وجود داشت . استاندارد شده در HTML 2.0. منسوخ شده در HTML 4.0 Transitional. در HTML 4.0 Strict نامعتبر است .<keygen>...</keygen> (deprecated)
<label for="id">...</label>
radio
. با کلیک بر روی برچسب، یک کلیک روی ورودی منطبق ایجاد می شود.<legend>...</legend>
<fieldset>
.<meter>...</meter>
value
ویژگی نیاز دارد. همچنین می تواند: min
, low
, high
, و max
.<option value="x">...</option>
<select>
لیست ایجاد می کند.<optgroup>...</optgroup>
<option>
عناصر را در یک <select>
لیست شناسایی می کند.<output>...</output>
<progress>...</progress>
<select name="xyz">...</select>
<textarea rows="8">...</textarea>
cols
(که در آن ستون یک عرض متن یک نویسه است) و rows
ویژگی های HTML مشخص می شود . محتوای این عنصر به متن ساده محدود شده است، که هنگام بارگیری صفحه در قسمت متن به عنوان متن پیش فرض ظاهر می شود.قالب جداول HTML در پیش نویس های HTML 3.0 و جداول HTML بعدی RFC 1942 پیشنهاد شد . آنها از مدل جدول CALS الهام گرفتند . برخی از عناصر در این پیشنهادات در HTML 3.2 گنجانده شده است. شکل فعلی جداول HTML در HTML 4 استاندارد شده است. (بسیاری از عناصر مورد استفاده در جداول نه عناصر بلوکی و نه عناصر درون خطی هستند .)
<table>...</table>
summary
ویژگی به طور غیررسمی برای اهداف دسترسی مورد نیاز است، اگرچه استفاده از آن ساده نیست.<tr>...</tr>
<table>
.<th>...</th>
<table>
سلول هدر؛ محتویات به طور معمول پررنگ و در مرکز نمایش داده می شوند. یک عامل کاربر شنیداری ممکن است از صدای بلندتری برای این موارد استفاده کند.<td>...</td>
<table>
سلول داده<colgroup>...</colgroup>
<table>
.<col>...</col>
<table>
.<table>
.<thead>...</thead>
<table>
. اگر جدول بین صفحات (در چاپ یا سایر رسانه های صفحه دار) تقسیم شود، ممکن است این بخش توسط نماینده کاربر تکرار شود.<tbody>...</tbody>
<table>
.<tfoot>...</tfoot>
<table>
. مانند <thead>
، اگر جدول بین صفحات (در چاپ یا سایر رسانه های صفحه دار) تقسیم شود، ممکن است این بخش توسط عامل کاربر تکرار شود.فریمها اجازه میدهند که یک پنجره مرورگر HTML بصری به بخشهایی تقسیم شود، که هر کدام میتوانند سند متفاوتی را نشان دهند. این می تواند استفاده از پهنای باند را کاهش دهد، زیرا قسمت های تکراری یک طرح بندی را می توان در یک فریم استفاده کرد، در حالی که محتوای متغیر در فریم دیگری نمایش داده می شود. این ممکن است به دلیل نمایش اسناد (یا وبسایتها) مجزا و مستقل در مجاورت یکدیگر و اجازه تعامل با یک پنجره والد، بهویژه در عاملهای کاربری غیربصری، هزینه قابل استفاده خاصی داشته باشد . به دلیل این هزینه، فریم ها (به استثنای <iframe>
عنصر) فقط در HTML 4.01 Frame-set مجاز هستند. Iframes همچنین می تواند اسناد را در سرورهای مختلف نگه دارد. در این حالت تعامل بین ویندوز توسط مرورگر مسدود می شود. سایت هایی مانند فیس بوک و توییتر از iframe برای نمایش محتوا ( افزونه ها ) در وب سایت های شخص ثالث استفاده می کنند. Google AdSense از iframes برای نمایش بنرها در وب سایت های شخص ثالث استفاده می کند.
در HTML 4.01، یک سند ممکن است حاوی a <head>
و a <body>
یا a <head>
و a باشد <frameset>
، اما نه هر دو a <body>
و a <frameset>
. با این حال، <iframe>
می تواند در یک بدنه سند معمولی استفاده شود.
<frameset>...</frameset> (deprecated)
<frame />
عناصر برای یک سند است. طرح بندی فریم ها با لیست های جدا شده با کاما در ویژگی های HTMLrows
و HTML ارائه می شود .cols
<frame /> (deprecated)
<frameset>
. یک سند جداگانه با استفاده از src
ویژگی درون <frame />
عنصر به یک قاب پیوند داده می شود.<noframes>...</noframes> (deprecated)
<frame />
.<iframe>...</iframe>
<object />
عنصر، an <iframe>
می تواند قاب "هدف" پیوندهایی باشد که توسط عناصر دیگر تعریف شده اند، و می تواند توسط عامل کاربر به عنوان کانون برای چاپ، مشاهده منبع آن و غیره انتخاب شود. محتوای عنصر به عنوان متن جایگزین برای نمایش در صورت عدم پشتیبانی مرورگر از فریم های درون خطی استفاده می شود. یک سند جداگانه با استفاده از src
ویژگی داخل به یک فریم پیوند داده می شود <iframe />
، یک کد HTML درون خطی با استفاده از srcdoc
ویژگی درون <iframe />
عنصر در یک قاب تعبیه شده است.در HTML ، longdesc
یک ویژگی است که در عناصر , یا استفاده <img />
می <frame />
شود <iframe>
. فرض بر این است که یک URL [یادداشت 5] برای سندی باشد که توضیحی طولانی برای تصویر، فریم یا فریم مورد نظر ارائه می دهد. [55] این ویژگی باید حاوی یک URL باشد، نه - همانطور که معمولاً اشتباه می شود - متن توضیحات.
longdesc
برای استفاده توسط صفحهخوانها برای نمایش اطلاعات تصویر برای کاربران رایانهای که مشکلات دسترسی دارند ، مانند نابینایان یا نابینایان ، بهطور گستردهای توسط مرورگرهای وب و صفحهخوانها اجرا میشود. [56] برخی از توسعه دهندگان اعتراض می کنند که [57] در واقع به ندرت برای این منظور استفاده می شود زیرا نویسندگان نسبتا کمی وجود دارند که از این ویژگی استفاده می کنند و بیشتر آن نویسندگان آن را به اشتباه استفاده می کنند. بنابراین، آنها توصیه می کنند که انکار کنند longdesc
. [58] صنعت نشر پاسخ داده است و از حفظ longdesc
. [59]
< img src = "Hello.jpg" longdesc = "description.html" >
محتوای description.html
:
< br /> < p > این تصویر یک کیک تولد دو لایه است. </ p >...
از آنجایی که تعداد بسیار کمی از مرورگرهای گرافیکی از در دسترس قرار دادن پیوند به صورت بومی پشتیبانی می کنند (Opera و iCab استثنا هستند)، مفید است که در صورت امکان پیوندی به صفحه توضیحات در نزدیکی <img />
عنصر قرار دهید، زیرا این می تواند به کاربران بینا نیز کمک کند.
< img src = "Hello.jpg" longdesc = "description.html" /> [ < a href = "description.html" title = "توضیح طولانی تصویر" > D </ a > ]
عناصر زیر بخشی از HTML اولیه بودند که توسط تیم برنرز لی از سال 1989 تا 1991 توسعه یافت. آنها در تگ های HTML ذکر شده اند ، اما در HTML 2.0 منسوخ شده اند و هرگز بخشی از استانداردهای HTML نبوده اند.
<listing>...</listing> (deprecated)
<plaintext> (deprecated)
<plaintext>
تگ پایانی ندارد زیرا نشانه گذاری را خاتمه می دهد و باعث می شود بقیه سند مانند متن ساده تجزیه شود .<plaintext>
در تگ های HTML وجود داشت . منسوخ شده در HTML 2.0. در HTML 4.0 نامعتبر است .<xmp>...</xmp> (deprecated)
<nextid> (deprecated)
<nextid>
در تگ های HTML وجود داشت (توصیف شده به عنوان منسوخ). منسوخ شده در HTML 2.0. در HTML 3.2 و جدیدتر نامعتبر است .این بخش تعدادی از عناصر منسوخ پرکاربرد را فهرست میکند، به این معنی که آنها در کد معتبر استفاده نمیشوند. آنها ممکن است در همه عوامل کاربر پشتیبانی نشوند.
<blink>...</blink> (deprecated)
{text-decoration: blink}
<blink>
در Netscape Navigator سرچشمه گرفته و بیشتر توسط فرزندان آن، از جمله فایرفاکس ، شناخته شده است . منسوخ شده یا در HTML 2.0 و جدیدتر نامعتبر است . تگ CSS جایگزین، اگرچه استاندارد است، نیازی به پشتیبانی ندارد.<layer>...</layer> (deprecated)
<layer>
در نت اسکیپ 4 سرچشمه گرفته است . منسوخ شده یا در HTML 4.01 و جدیدتر نامعتبر است .<marquee>...</marquee> (deprecated)
<marquee>
در مایکروسافت اینترنت اکسپلورر سرچشمه گرفته است . منسوخ شده یا در HTML 4.01 و جدیدتر نامعتبر است .<nobr>...</nobr> (deprecated)
{white-space: nowrap;}
<nobr>
یک عنصر اختصاصی است که توسط اکثر مرورگرها به دلایل سازگاری شناخته می شود. منسوخ شده یا در HTML 2.0 و جدیدتر نامعتبر است .<noembed>...</noembed> (deprecated)
<embed>
<object>
<!-- A Comment -->
یک نظر در HTML (و XML، SGML و SHTML مربوطه) بسته به نوع doctype، از همان نحوی استفاده میکند که نظر SGML یا نظر XML است.
برخلاف اکثر تگهای HTML، نظرات تودرتو ندارند. به طور کلی، رشته هایی وجود دارند که مجاز به نمایش در متن نظر نیستند. اینها <!--
(ابتدای یک نظر)، -->
(این کامنت را به پایان میرساند، بنابراین بهطور پیش پاافتاده دنبال میشود که نمیتواند در داخل آن ظاهر شود) و --!>
. علاوه بر این، رشته ها >
و ->
نمی توانند در ابتدای یک نظر ظاهر شوند و <!-
نمی توانند در انتهای آن ظاهر شوند. [63]
در نتیجه، نشانه گذاری <!--Xbegin<!--Y-->Xend-->
نامناسب است و نظر را نشان می دهدXbegin<!--Yو متنXend-->بعد از آن، یا گاهی اوقات فقطXend-->بسته به مرورگر
نظرات می توانند در هر جایی از یک سند ظاهر شوند، زیرا تجزیه کننده HTML قرار است آنها را نادیده بگیرد بدون توجه به اینکه در کجا ظاهر می شوند تا زمانی که در ساختارهای دیگر تگ HTML نیستند (یعنی نمی توان آنها را در کنار ویژگی ها و مقادیر استفاده کرد؛ این نشانه گذاری نامعتبر است. : ).<span id="x1"<!--for "extension one"--> style="...">
نظرات حتی می توانند قبل از اعلامیه doctype ظاهر شوند. هیچ برچسب دیگری برای انجام این کار مجاز نیست.
با این حال، همه مرورگرها و ویرایشگرهای HTML به طور کامل با چارچوب نحوی HTML سازگار نیستند و ممکن است در برخی شرایط نحوی کارهای غیرقابل پیش بینی انجام دهند. مدیریت ناقص نظرات تنها حدود 5٪ از تمام مرورگرها و ویرایشگرهای HTML در حال استفاده را تحت تأثیر قرار می دهد، و حتی در آن زمان فقط نسخه های خاصی تحت تأثیر مشکلات سوء مدیریت نظرات قرار می گیرند (اینترنت اکسپلورر 6 بیشتر این درصد بالا را به خود اختصاص می دهد).
چند ویژگی سازگاری شامل نظرات وجود دارد:
doctype
باعث می شود Internet Explorer 6 از حالت quirks برای صفحه HTML استفاده کند. هیچ یک از doctype
اطلاعات پردازش نخواهد شد.<style>
و <script>
عناصر هنوز هم گاهی اوقات توسط جداکنندههای نظر احاطه میشوند، و مرورگرهای دارای CSS و اسکریپت برای نادیده گرفتن علامتگذاری نظر بهعنوان یک نظر واقعی نوشته میشوند. این به این معنی است که تلاش میشود تا با تغییر دادن عناصر داخل کامنت به منظور عدم شناسایی، به عنوان مثال، CSS و نشانهگذاری اسکریپت را نظر بدهند .<-- [script]...[/script] -->
<style> ... {comment tags} ...</style>
<object>
<embed>
<embed>
... فریمها چالشهای کاربردی بیشتری را ارائه میکنند که برای کاربران دارای معلولیت منحصر به فرد است، بهویژه آنهایی که از صفحهخوانها استفاده میکنند.