مقدمه
در HTML عنصری با نام img برای قرار دادن تصاویر در صفحات وب وجود دارد. در این درس در مورد این عنصر، صفتهایش و سایر عناصر مربوط به کار با تصاویر در وب، صحبت خواهیم کرد و با مهمترین اصول و قواعد استفاده از تصاویر در صفحات وب آشنا میشویم.
آموزش جامع HTML
در HTML عنصری با نام img برای قرار دادن تصاویر در صفحات وب وجود دارد. در این درس در مورد این عنصر، صفتهایش و سایر عناصر مربوط به کار با تصاویر در وب، صحبت خواهیم کرد و با مهمترین اصول و قواعد استفاده از تصاویر در صفحات وب آشنا میشویم.
برای قرار دادن عکس در صفحات وب از عنصری با نام img استفاده میشود. این عنصر تهی (void) دارای یک صفت اجباری با نام src است که آدرس url عکس مورد نظر را به عنوان مقدار دریافت میکند. alt نیز یک صفت مهم دیگر برای عنصر img محسوب میشود که اگرچه استفاده از آن اجباری نیست اما بهشدت توصیه میشود. صفت alt متنی را که به عنوان مقدار دریافت میکند، در صورت عدم نمایش عکس در صفحه، به جای عکس نمایش میدهد.
<img src="#" alt="alternative text">
عنصر img علاوه بر دو صفت src و alt صفات متعدد دیگری نیز دارد که در ادامه از آنها نام میبریم و توضیح مختصری راجع به آنها ارائه میدهیم و سپس، یکییکی آنها را بررسی کرده و جزئیات مربوط به هر یک را بیان میکنیم.
صفت src که مهمترین صفت عنصر img است و همانطور که گفتیم، یک صفت اجباری است، برای تعیین آدرس عکس مورد نظر به کار میرود. پس، مقدار این صفت یک آدرس url مربوط به عکسی است که قصد نمایش آن را داریم.
<img src="a url address">
یک مرورگر ممکن است به یکی از دلایل زیر قادر به نمایش عکس نباشد:
در چنین شرایطی، مرورگرها متن وارد شده به عنوان مقدار صفت alt را به جای عکس نمایش میدهند. alt از عبارت alternative text گرفته شده که به معنای متن جایگزین است و اگر بخواهیم دقیقتر صحبت کنیم، بهتر است از عبارت fallback text استفاده کنیم که به معنای متنی است که در شرایط اضطرار جایگزین میشود.
اکثر مرورگرها حتی در زمانی که مشکلی برای نمایش عکس وجود ندارد، مقدار صفت alt را تا قبل از بارگذاری عکس نمایش میدهند و برخی از مرورگرها بعد از بارگذاری عکس نیز آن را در قالب tooltip نمایش میدهند. یک نرمافزار صفحهخوان با خواندن متن صفت alt تصویری از عکس را در ذهن مخاطبان خود تداعی میکند و موتورهای جستجو نیز از این متن برای درک بهتر محتوای صفحه استفاده میکنند. بنابراین، مهم است که متن جایگزین مناسبی را برای هر عکسِ موجود در صفحه تعیین کنیم.
<img src="smiley.gif" alt="smiley face">
عدم استفاده از صفت alt برای یک عنصر img به این معناست که عکس مورد نظر، یک بخش کلیدی از محتواست و معادل متنی جایگزینی برای آن وجود ندارد. همچنین، تنظیم این صفت روی یک رشتهی خالی به صورت alt=” “ به این معناست که عکس مورد نظر، بخش مهمی از محتوا محسوب نمیشود و مرورگرهای غیرگرافیکی میتوانند از رندر آن خودداری کنند.
برای تعیین ابعاد عکس هنگام نمایش در یک صفحهی وب، از صفتهای width و height استفاده میکنیم که به ترتیب، معرف عرض و ارتفاع عکس در مقیاس پیکسل هستند. مقداری که این صفتها دریافت میکنند، یک عدد صحیح بدون واحد است.
<img src="smiley.gif" alt="smiley face"width="42" height="42">
وقتی عکسی را در یک صفحهی وب قرار میدهیم، با ابعاد اصلی خود در صفحه نمایش داده میشود. به نظر میرسد که width و height صفتهایی هستند که با استفاده از آنها میتوانیم این ابعاد پیشفرض را تغییر دهیم. این تعبیر از صفتهای width و height هم درست است و هم غلط. به عبارت دیگر، اگرچه این صفتها میتوانند برای تغییر اندازهی اصلی عکس در هنگام نمایش در صفحه استفاده شوند، اما این فلسفهی اصلی و صحیح این صفتها نیست.
در بهترین حالت، باید همیشه قبل از قرار دادن یک عکس در یک صفحهی وب، ابعاد مورد نظر برای آن عکس را با استفاده از نرمافزارهای گرافیکی تعیین کنیم تا عکس دارای همان ابعادی باشد که مایلیم در صفحه داشته باشد. اما با این حال، بهتر است هنگام قرار دادن عکس مورد نظر در صفحه (با وجودی که دارای همان ابعاد مورد نظر ماست) باز هم از صفتهای width و height استفاده کنیم و همان ابعادی را که عکس دارد، به عنوان مقادیر صفتهای width و height تکرار کنیم. این کار یک مزیت ویژه دارد: تعیین ابعاد عکس با استفاده از صفات width و height باعث میشود که با شروع بارگذاری صفحه، مرورگر با خواندن مقدار این صفتها فضای لازم برای نمایش عکس را رزرو کرده و هنگام کامل شدن بارگذاری عکس، آن را در فضای رزرو شده نمایش دهد. این در حالیست که در غیاب این صفتها، فضایی برای عکس رزرو نمیشود و هر وقت بارگذاری عکس کامل شد، جای خود را بین محتوای صفحه باز میکند و چیدمان محتوای صفحه تغییر میکند.
کاهش سایز تصویر با استفاده از صفتهای width و height فقط باعث میشود که عکس در صفحه کوچکتر به نظر برسد و کاربر را از دانلود عکس با سایز اصلی بینیاز نمیکند. بنابراین، بهتر است قبل از افزودن عکس به صفحهی وب، با استفاده از نرمافزارها و ابزارهای ویرایش تصویر، عکس خود را در سایز مناسب ذخیره کنیم.
در ضمن، قبل از افزودن عکس به صفحهی وب، عکس را برای نمایش در وب بهینه کنید. برخی از نرمافزارهای گرافیکی مانند فتوشاپ دارای قابلیت بهینهسازی خودکار تصاویر برای استفاده در وب هستند. طی این فرایند بهینهسازی، مواردی مانند فرمت، رزولوشن و رنگهای موجود در عکس طوری اصلاح میشوند که تصویر برای نمایش در وب مناسب باشد.
آنچه که عنصر img انجام میدهد و ما آن را افزودن تصویر به صفحهی وب نامیدیم، به زبان دقیقتر، لینک کردن عکس به صفحه است. لینک کردن یک عکس به منزلهی واکشی (fetching) آن عکس از سرور است و مرورگرها در مورد فرایند واکشی منابع، محدودیتهایی را به دلایل امنیتی اعمال میکنند. در حقیقت، سیاست مبدأ یکسان (same-origin policy) که قبلاً هم از آن نام بردیم، نام رویکرد محدود کنندهای است که مرورگرها روی درخواستهای واکشی منابعی مانند عکسها و فونتها اعمال میکنند. بر اساس این سیاست، دسترسی به منابع از طریق عناصری مثل img و script تنها در صورتی مجاز است که سندِ حاوی درخواست و منبعِ مورد درخواست، مبدأ (origin) یکسانی داشته باشند.
یادآوری میکنم که در ترمینولوژی وب، اصطلاح origin که ما آن را مبدأ ترجمه میکنیم، از سه بخش ابتدایی یک url یعنی پروتکل، پورت و هاست (نام دامنه) تشکیل میشود. پس، اگر دو url در یک یا چند مورد از این سه آیتم اختلاف داشته باشند، مبدأ یکسانی ندارند.
با این حساب، ما تنها قادر به بارگذاری تصاویری هستیم که مبدأ یکسانی با سند جاری که حاوی درخواست است، داشته باشند. به عبارت دیگر، مطابق با قواعد سیاست مبدأ یکسان که مرورگرها به آن پایبند هستند، اگر درخواست دسترسی به یک عکس یک درخواست same-origin باشد (یعنی مبدأ سند حاوی درخواست و عکس مورد درخواست، یکسان باشد) مرورگرها محدودیتی برای بارگذاری عکس مورد نظر قائل نمیشوند. اما در مورد درخواستهای cross-origin (یعنی درخواستهای با مبدأ غیر یکسان) مرورگر مانع از بارگذاری عکس مورد نظر میشود.
البته این فقط رفتار پیشفرض مرورگرهاست و در عمل، اکثر وبسایتها به جای تبعیت کامل از این سیاست سختگیرانه و رد کردن همهی درخواستهای cross-origin ترجیح میدهند که با بهکارگیری مکانیزمی به نام CORS یا Cross-origin Resource Sharing این درخواستها را مدیریت کنند. CORS یک پروتکل یا مکانیزم مبتنی بر http header است که وبسایتها را قادر میکند که برای مرورگرها روشن کنند که به جز خودشان به چه مبدأهای دیگری اجازهی دسترسی به منابعشان را بدهند. به این ترتیب، به طور خلاصه میتوان گفت که درخواستهای same-origin برای منابع یک وبسایت، بدون هیچ محدودیتی با بارگذاری منبع مورد نظر همراه است اما در مورد درخواستهای cross-origin عامل تعییینکننده، پیکربندی در نظر گرفته شده برای CORS خواهد بود و در صورتی که هیچگونه تنظیمات و پیکربندی برای CORS در نظر گرفته نشود، سیاست مبدأ یکسان اعمال میشود که درخواستهای cross-origin را رد میکند.
حالا میتوانیم به صفت crossorigin برای عنصر img و کاربرد آن بپردازیم. به زبان ساده، استفاده از صفت crossorigin برای یک عنصر img باعث ایجاد یک درخواست CORS برای بارگذاری عکس مورد نظر میشود و عدم استفاده از این صفت، باعث ارسال یک درخواست non-CORS برای عکس میشود.
یک درخواست CORS با ارسال یک http header به نام origin که مبدأ درخواست را به طور صریح مشخص میکند، همراه است و مرورگر بر اساس تنظیماتی که سرور میزبان عکس برای درخواستهای CORS فراهم کرده، برای بارگذاری یا عدم بارگذاری عکس مورد درخواست، تصمیمگیری میکند. اگر سرور منبع یا عکس مورد نظر، این عکس را به صورت CORS-enabled تعریف کرده باشد، بارگذاری آن مجاز خواهد بود و امکان استفادهی مجدد از دیتای عکس برگردانده شده و بهکارگیری آن در عنصر canvas نیز وجود دارد اما اگر طبق تنظیمات سرور، درخواستکننده امکان دسترسی به عکس را نداشته باشد، مرورگر از بارگذاری عکس خودداری میکند. در مورد درخواستهای non-CORS مرورگر عکس مورد نظر را با عنوان آلوده (tainted) علامتگذاری میکند و دسترسی به دیتای عکس را محدود میکند.
مقادیری که میتوان برای صفت crossorigin مربوط به عنصر img تعیین کرد، عبارتند از:
دقت داشته باشید که اگر از این صفت با یک مقدار نامعتبر یا بدون مقدار استفاده کنید، مرورگر مقدار anonymous را برای آن در نظر میگیرد.
هنگام ارسال درخواست واکشی یک منبع از سرور میزبان آن منبع، اطلاعات مربوط به درخواستکننده در قالب یک http header با نام referer برای سرور میزبان ارسال میشود. هنگام بررسی لینکها دیدیم که با اختصاص مقدار noreferrer به صفت rel یک لینک میتوانیم از ارسال هرگونه اطلاعات در قالب این http header جلوگیری کنیم و در ضمن، دیدیم که عنصر a دارای صفتی با نام referrerpolicy است که به ما امکان میدهد کنترل بیشتری بر referer و اطلاعات ارسال شده توسط این http header داشته باشیم.
عنصر img نیز با توجه به اینکه موجب ارسال یک درخواست واکشی میشود، از صفت referrerpolicy بهرهمند است و با استفاده از این صفت میتوانیم روی اطلاعاتی که در قالب هدر referer به سرور میزبان عکس مورد درخواست ارسال میشود، کنترل داشته باشیم. اطلاعات قابل ارسال توسط referer شامل بخشهای مختلف url مربوط به سند درخواستکننده یعنی هر یک از بخشهای مبدأ (پروتکل، هاست، پورت)، مسیر (path) و پارامترهای اختیاری موجود در url سند درخواستکننده باشد و تعیین این که از میان این اطلاعات قابل ارسال، کدامیک ارسال شوند، بر عهدهی صفت referrerpolicy است. مقادیری که صفت referrerpolicy میتواند دریافت کند، عبارتند از:
دیتای یک عکس معمولاً به صورت کد شده (encoded) در اختیار مرورگر قرار میگیرد و لذا مرورگر برای نمایش عکس در صفحه باید ابتدا دیتای عکس را به یک فرم bitmap مناسب برای نمایش در صفحه تبدیل کند. این فرایند را decoding میگویند. طبیعتاً نمایش یک عکس در صفحه به دلیل نیاز به انجام فرایند decoding نسبت به نمایش سایر محتوای یک صفحه به زمان بیشتری نیاز دارد. بنابراین، مرورگر باید در مورد اینکه چه زمانی فرایند decoding را انجام دهد تا منجر به ایجاد بهترین تجربهی کاربری ممکن شود، تصمیم بگیرد.
فرایند decoding میتواند به صورت همگام (synchronous) و یا موازی و غیرهمگام (asynchronous) انجام شود که انتخاب اولی باعث میشود که تا زمان تکمیل این فرایند از بارگذاری سایر محتوای صفحه جلوگیری شود و انتخاب دومی باعث میشود که این فرایند به طور موازی با بارگذاری سایر محتوای صفحه انجام شود. انتخاب روش انجام فرایند decoding بر عهدهی مرورگر است اما با استفاده از صفت decoding میتوانیم یکی از این روشها را به عنوان روش ارجح برای مرورگر تعیین کنیم. صفت decoding میتواند یکی از مقادیر مورد انتظار زیر را دریافت کند:
<!-- synchronously decode the image -->
<img src="#" decoding="sync">
<!-- asynchronously decode the image -->
<img src="#" decoding="async">
<!-- let the browser handle decoding process -->
<img src="#" decoding="auto">
با استفاده از صفت loading برای عنصر img میتوانیم بارگذاری عکس را تا زمانی که واقعاً نیاز باشد، به تعویق بیندازیم. در حقیقت، رفتار پیشفرض مرورگرها، بارگذاری عکس بدون تأخیر و در سریعترین زمان ممکن است اما این صفت ما را قادر میسازد که در صورت تمایل، بارگذاری عکس را تا زمان برآورده شدن شرط مشخصی به تعویق بیندازیم. شرط مورد بحث توسط مرورگر تعیین میشود و معمولاً عبارت است از رسیدن عکس به فاصلهی مشخصی از ناحیهی دید کاربر. ناحیهی دید کاربر که viewport نامیده میشود، آن بخشی از محتوای صفحه است که کاربر در هر لحظه میبیند و با پیمایش یا اسکرول تغییر میکند.
بنابراین، کارکرد اصلی صفت loading تعیین زمان بارگذاری عکس است. اگر عکس مورد نظر در قسمتی از صفحه قرار داشته باشد که کاربر برای رسیدن به آن باید اسکرول کند، میتوانیم از مرورگر بخواهیم که تا زمانی که کاربر به بخش شامل عکس نرسیده، از بارگذاری عکس خودداری کند.
مقادیر قابل اختصاص به صفت loading عبارتند از:
در مثال زیر، یک معرفی کوتاه از چند فوتبالیست مطرح تاریخ ارائه شده و عکسی از هر کدام از این ستارهها نیز به صفحه لینک شده است. با تخصیص مقدار lazy به صفت loading برای عکسهای دوم به بعد، ترتیبی داده شده که تا وقتی کاربر به بخش معرفی هر بازیکن نرسیده باشد، عکس مربوط به آن بازیکن بارگذاری نشود.
<h2>Football Stars</h2>
<p>
Name: Diego Armando Maradona <br>
Born: 1960 <br>
Nationality: Argentina <br>
Clubs: Argentinos Juniors, Boca Juniors(2), Barcelona, Napoli, Sevilla, Newels Old Boys
</p>
<img src="images/maradona.png">content</img>
<p>
Name: Lionell Messi <br>
Born: 1987 <br>
Nationality: Argentina <br>
Clubs: Barcelona, Paris Sant German, Inter Miami
</p>
<img src="images/messi.png" loading="lazy">
<p>
Name: Cristiano Ronaldo <br>
Born: 1985 <br>
Nationality: Portugal <br>
Clubs: Sporting CP, Manchester United(2), Real Madrid, Juventus, Alnasr
</p>
<img src="images/ronaldo.png" loading="lazy">
<p>
Name: Zinedine Zidane <br>
Born: 1972 <br>
Nationality: France <br>
Clubs: Cannes, Bordeaux, Juventus, Real Madrid
</p>
<img src="images/zidane.png" loading="lazy">
<p>
Name: Ronaldinho <br>
Born: 1980 <br>
Nationality: Brazil <br>
Clubs: Gremio, Paris Sant German, Brcelona, AC Milan, Flamengo, Atletico Mineiro, Queretaro, Fluminense
</p>
<img src="images/ronaldinho.png" loading="lazy">
به ان ترتیب، در مثال بالا اگر کاربری صفحه را تا انتها دنبال نکند، از بارگذاری بیمورد عکسهای مربوط به بخشهای مشاهده نشده خودداری میشود.
همانطور که دیدیم، صفت src تنها آدرس یک تصویر (و نه بیشتر) را به عنوان مقدار میپذیرد و در هر شرایطی همیشه همان تصویر را به شکل یکسانی نمایش میدهد. بنابراین، تصویری که در یک نمایشگر دسکتاپ بخش قابل توجهی از عرض صفحه را اشغال کرده، در یک نمایشگر موبایل یا تبلت نیاز به اسکرول دارد.
اما صفت srcset همانطور که از نامش نیز برمیآید، این امکان را به ما میدهد که مجموعهای از تصاویر را معرفی کنیم تا در شرایط مختلف جایگزین تصویر اصلی که با استفاده از صفت src مشخص شده، بشوند. صفت sizes نیز مشخصکنندهی شرط مبنای انتخاب تصویر از بین تصاویر معرفی شده و سایز آن تصویر است. در حقیقت، این دو صفت به همراه عنصری به نام picture که در ادامه معرفی خواهد شد، ابزارهایی هستند که در HTML برای ایجاد تصاویر واکنشگرا (Responsive images) ارائه شدهاند.
بحث تصاویر واکنشگرا بخشی از یک پارادایم بزرگتر با عنوان طراحی واکنشگرا (Responsive Design) است. مبحث طراحی واکنشگرا در سالهای ابتدایی وب بههیچوجه مطرح نبود زیرا تنها دستگاههایی که کاربران برای مشاهدهی صفحات وب استفاده میکردند، کامپیوترهای دسکتاپ و لپتاپ بود. به همین دلیل، نه سازندگان مرورگرها و نه تولیدکنندگان مستندات تکنولوژیهای وب، با چنین مسئلهای مواجه نبودند. اما بر هیچ کس پوشیده نیست که در سالهای اخیر، تعدد و تنوع دستگاههای مورد استفادهی کاربران وب و ویژگیهای مختلف این دستگاهها باعث شده که انگارهی قدیمی طراحی یکسان و ثابت جز در مواردی که طراح عامدانه قصد دارد بازدید از سایت یا اپ خود را به دستگاههای خاصی محدود کند، محلی از اعراب ندارد و باید در زمان طراحی صفحه، دستگاهها و نمایشگرهای مختلف را در نظر بگیریم. به عنوان مثال، تصویری که در یک نمایشگر به خوبی نمایش داده میشود، در نمایشگری که رزولوشن بالاتری دارد، کوچکتر نمایش داده میشود و بنابراین، اگر بخواهیم جزئیات تصویر به خوبی دیده شوند، باید ترتیبی دهیم که در نمایشگر دوم، تصویر با سایز بزرگتری انتخاب شود.
البته طراحی واکنشگرا نقشی است که بر عهدهی CSS قرار دارد و CSS امکانات بسیار خوبی برای این کار ارائه میدهد اما با این حال، در HTML نیز یک عنصر با نام picture و دو صفت با نامهای srcset و sizes که هم برای عنصر picture و هم برای عنصر img قابل استفاده هستند، بدین منظور معرفی شده است.
اما اجازه دهید ببینیم که چطور میتوانیم با استفاده از این دو صفت، تصاویر واکنشگرایی ایجاد کنیم که سایز و رزولوشن آنها بسته به سایز پنجرهی مرورگر و رزولوشن نمایشگر تغییر میکند.
ابتدا حالتی را تصور کنید که بخواهیم برای همهی دستگاهها عکس یکسانی نمایش داده شود اما سایز این عکس برای برخی دستگاهها کوچکتر و برای برخی بزرگتر باشد. در چنین سناریویی، صفت srcset شامل مجموعهی تصاویری است که مرورگر باید از بین آنها یکی را بسته به دستگاه کاربر انتخاب کند و اندازهی عرض (width) هر تصویر را نیز شامل است. اطلاعات مربوط به هر تصویر با یک کاما از اطلاعات مربوط به تصویر دیگر جدا میشود. همچنین، صفت sizes نیز مجموعهای از شرطها موسوم به media conditions را تعیین میکند و مشخص میکند که در صورت برآورده شدن هر یک از شرطها، از بین تصاویر تعیین شده توسط صفت srcset کدامیک بهترین انتخاب محسوب میشود. برای روشن شدن موضوع، به مثال زیر دقت کنید.
<img srcset="elva-fairly-480w.jpg 480w, elva-fairly-800w.jpg 800w"
sizes="(max-width:600px) 480px, 800px"
src="elva-fairly-800w.jpg"
alt="Elva dressed as a fairly">
همانطور که در مثال بالا میبینید، صفت srcset شامل دو تصویر است که اولی elva-fairly-480w.jpg نام دارد و مقدار عرض آن بعد از یک کاراکتر فاصله آورده شده است. در ضمن، میبینید که به جای مقیاس px از w استفاده شده که از روی width گرفته شده و به این معناست که این تصویر دارای عرض 480 پیکسل است. تصویر دوم نیز که دارای عرض 800 پیکسل است، به روش مشابهی به مرورگر معرفی شده است. حالا مرورگر برای این عنصر img به دو عکس دسترسی دارد و نیاز دارد بداند هر یک از این دو تصویر باید تحت چه شرایطی انتخاب شوند. تعیین این شرط بر عهدهی صفت sizes است. مقدار مورد استفاده برای این صفت در مثال بالا به این معناست که اگر عرض viewport کاربر کمتر یا مساوی 600 پیکسل باشد، تصویر دارای عرض 480 پیکسل و در عیر این صورت، تصویر دارای عرض 800 پیکسل انتخاب شده و نمایش داده شود.
به این ترتیب، مرورگر ابتدا عرض viewport را اندازه میگیرد و سپس، به شرطهای تعریف شده در عنصر sizes یا همان media conditions مراجعه میکند و بررسی میکند که کدامیک از این شرطها با توجه به عرض viewport برآورده شدهاند و بر اساس آن، تصویر مربوط به آن شرط را پیدا کرده و آن را نمایش میدهد. البته همانطور که میبینید، در مثال بالا از یک عنصر src نیز استفاده شده تا در صورت عدم پشتیبانی مرورگر از صفت srcset تصویر مشخص شده توسط صفت src را نمایش دهد.
حالا سناریوی دیگری را تصور کنید که در آن کاربران ما از دستگاههایی استفاده کنند که دارای رزولوشونهای مختلف اما سایز نمایشگر یکسانی باشند. در این صورت، نیازی به صفت sizes نداریم و میتوانیم از صفت srcset مانند مثال زیر استفاده کنیم.
<img srcset="elva-fairly-320w.jpg, elva-fairly-480w.jpg 1.5x, elva-fairly-640w.jpg 2x"
src="elva-fairly-640w.jpg"
alt="Elva dressed as a fairy">
در اینجا مشخصهی توصیفکنندهای که بعد از نام تصویر آورده میشود، مربوط به سایز تصویر نیست بلکه به رزولوشن تصویر مربوط است و به فرم ax است که در آن a عددی است که مشخصکنندهی نسبت رزولوشن دستگاه به تصویر است. به این ترتیب، در این مثال اگر دستگاه کاربر دارای رزولوشن استاندارد باشد (یعنی هر پیکسل CSS معادل با یک پیکسل دستگاه باشد)، تصویر اول انتخاب میشود و اگر رزولوشون دستگاه بالا (high resolution) باشد به نحوی که هر پیکسل CSS معادل با دو پیکسل دستگاه باشد، تصویر سوم انتخاب و نمایش داده میشود.
عنصر picture انعطافپذیری ما را در کار با تصاویر و نمایش آنها به صورت واکنشگرا افزایش میدهد. این عنصر میتواند شامل یک عنصر img و صفر، یک یا چند عنصر source برای ارائهی نسخههای جایگزین تصویر در شرایط مختلف باشد. در حقیقت، به ازای هر تصویر، یک عنصر source درون عنصر picture قرار میگیرد که آدرس تصویر مورد نظر و شرط نمایش آن را با استفاده از صفتهای srcset و media مشخص میکند. مقداری که صفت media دریافت میکند، یک media query است. مثال زیر را ببینید.
<picture>
<source media="(min-width:800px)" srcset="eagle.png">
<source media="(min-width:650px)" srcset="tiger.png">
<img src="penguins.png" alt="Penguins">
</picture>
عنصر img درون یک عنصر picture با چند هدف استفاده میشود:
مهمترین فرمتهای گرافیکی که در وب مورد پشتیبانی هستند، عبارتند از:
فرمت gif: gif مخفف Graphic Interchange Format است. این فرمت برای ترسیم خطوطی که حاوی رنگهای یکنواخت هستند، مناسب است. حداکثر تعداد رنگهای مورد استفاده در تصاویر با فرمت gif برابر با 256 رنگ است. تصاویر دارای فرمت gif از یک ویژگی به نام شفافیت (transparency) پشتیبانی میکنند و لذا میتوانیم رنگ قسمتی از تصویر (معمولاً پس زمینه) را روی transparent یا شفاف تنظیم کنیم. وقتی چنین عکسی را در یک صفحهی وب قرار دهیم، عناصر یا محتوای صفحه که در زیر قسمتهای شفاف عکس قرار دارد، قابل مشاهده است. فرمت gif از تصاویر متحرک نیز پشتیبانی میکند. یک تصویر متحرک در واقع از چند فریم تشکیل شده که هر فریم یک عکس است. برای ایجاد تصاویر gif باید از ابزارهایی مانند Adobe Fireworks یا فتوشاپ استفاده کنیم. هنگام ذخیره کردن یک تصویر با فرمت gif از فشردهسازی ناچیزی استفاده میشود. میزان این فشردهسازی به حدی است که هیچگونه اطلاعاتی از تصویر از بین نرود و بنابراین، فایل ذخیره شده و فایل اورجینال از پیکسلهای یکسانی برخوردار هستند.
فرمت jpeg: jpeg مخفف Join Photographic Expert Group است. این فرمت برای عکاسی ایدهآل است و بهترین گزینه برای عکسهای با تنوع رنگ زیاد است. فرمت jpeg از 16.7 میلیون رنگ مختلف پشتیبانی میکند. تصویر دارای فرمت jpeg از transparency و تصاویر متحرک پشتیبانی نمیکند و لذا امکان ذخیرهی یک تصویر دارای پسزمینهی شفاف یا یک تصویر متحرک با فرمت jpeg وجود ندارد. تصاویر jpeg پس از ذخیره، فشردهسازی میشوند و طی این فرایند، تعدادی از رنگهای عکس حذف میشوند. بنابراین، تصویر jpeg نمایش داده شده در وب اگر چه شبیه به عکس اورجینال به نظر میرسد، اما کاملاً با آن یکی نیست.
فرمت png: png مخفف Portable Network Graphic است. این فرمت از میلیونها رنگ مختلف پشتیبانی میکند و میتوان آن را ترکیبی از دو فرمت gif و jpeg دانست. تصاویر داری فرمت png از مفهوم transparency پشتیبانی میکنند اما قابلیت ایجاد تصاویر متحرک را ندارند. فشردهسازی تصاویر png مانند تصاویر gif ناچیز است و فایل ذخیره شده تفاوتی با فایل اورجینال ندارد.
فرمت webP: فرمت گرافیکی webP (که از روی فرمت ویدیویی VP8 ساخته شده) یک فرمت مدرن محسوب میشود که هم از فشردهسازی lossy (همراه با افت کیفیت) و هم از فشردهسازی lossless (بدون افت کیفیت) پشتیبانی میکند و علاوه بر این، از transparency و تصاویر متحرک نیز پشتیبانی میکند. فشردهسازی webP نسبت به فرمتهای jpeg، png و gif بهتر است و با هدف جایگزینی آنها معرفی شده است.
فرمت AVIF: فرمت گرافیکی AVIF (که از روی فرمت ویدیویی AV1 ساخته شده) نسبت به jpeg، png، gif و حتی webP فشردهسازی بهتری دارد اما در حال حاضر (دسامبر 2023) در مرورگر Edge پشتیبانی نمیشود. برای AVIF یک رقیب جدید هم پیدا شده که کیفیت فشردهسازی یکسانی را ارائه میدهد؛ این فرمت جدید JPEG XL نام دارد که البته فعلاً فقط در مرورگر Safari پشتیبانی میشود.
فرمت svg: SVG یا Scalable Vector Graphic در واقع یک زبان گرافیکی است که از گرامر XML برای ایجاد تصاویر دوبعدی استفاده میکند. برای ایجاد تصاویر SVG میتوان از یک ویرایشگر گرافیکی و یا یک ویرایشگر متنی استفاده کرد. فرمت svg نسبت به سایر فرمتهای معرفی شده در اینجا از یک مزیت ویژه برخوردار است: تصاویر svg دارای ماهیت برداری هستند و لذا میتوان آنها را بدون هیچگونه افت کیفیتی در هر اندازهای رندر کرد. به عنوان مثال، میتوانیم روی یک تصویر svg به هر میزان که مایلیم زوم کنیم.
با توجه به مطالب گفته شده در مورد عنصر picture میتوانیم آیتمهای زیر را به عنوان مهمترین موارد استفادهی این عنصر بیان کنیم: