آنچه باید بدانید این است:
- نمادگذاری رنگ
hwb()روش جدیدی برای تعیین رنگ بر اساس فام، سفیدی و سیاهی در اختیار شما قرار میدهد. - اولویت واکشی (Fetch Priority) به شما این امکان را میدهد که به مرورگر اطلاع دهید منابع را به چه ترتیبی باید دانلود کند.
- و کلی چیزهای دیگه هم هست.
بیایید نگاهی به امکانات موجود در کروم ۱۰۱ بیندازیم.
نمادگذاری رنگ hwb()
در مقالهای از استفان جودیس به عنوان «نمادگذاری رنگ برای انسانها» توصیف شده است، hwb() رنگ را بر اساس رنگ، سفیدی و سیاهی مشخص میکند. همانند سایر نمادهای رنگی، یک جزء آلفای اختیاری میزان کدری را مشخص میکند.
h1 {
color: hwb(194 0% 0% / .5) /* #00c3ff with 50% opacity */
}
این روش تعیین رنگ اکنون به خوبی پشتیبانی میشود، فایرفاکس از نسخه ۹۶ و سافاری از نسخه ۱۵ از آن پشتیبانی میکنند.
اولویت واکشی
اولویت واکشی (Fetch Priority) به شما این امکان را میدهد که با استفاده از ویژگی fetchpriority ، به مرورگر اطلاع دهید که منابع را باید با کدام ترتیب دانلود کند. این ویژگی مقادیر "high" ، "low" و "auto" را میپذیرد.
-
"high": شما منبع را دارای اولویت بالا میدانید و میخواهید مرورگر آن را در اولویت قرار دهد، البته تا زمانی که الگوریتمهای اکتشافی مرورگر مانع از این امر نشوند. -
"low": شما منبع را با اولویت پایین در نظر میگیرید و میخواهید مرورگر در صورت امکان، اولویت آن را کاهش دهد. -
"auto": این مقدار پیشفرض است که به مرورگر اجازه میدهد اولویت مناسب را تعیین کند.
در مثال زیر، یک تصویر با اولویت پایین با fetchpriority="low" نشان داده شده است.
<img src="/images/in_viewport_but_not_important.svg" fetchpriority="low" alt="I'm an unimportant image!">
برای اطلاعات بیشتر در مورد موارد استفاده مختلف، به «بهینهسازی بارگذاری منابع با استفاده از API اولویتبندی Fetch» مراجعه کنید.
همچنین در این نسخه
یک متد جدید forget() برای اشیاء USBDevice وجود دارد. این متد امکان فراموش کردن دستگاهی را که قبلاً مجوز دریافت کرده است، فراهم میکند. برای مثال، اگر این برنامهای باشد که در یک کامپیوتر مشترک با دستگاههای مختلف استفاده میشود.
همچنین برای وب یواسبی، اصلاحیهای برای پشتیبانی از [ SameObject ] برای ویژگیهای مرتبط در USBDevice است. تغییر مشخصات را میتوانید در PR مربوط به پیشنویس مشخصات پیدا کنید.
Workerهای اختصاصی که از یک مبدا امن (HTTPS) بارگذاری شدهاند، اما توسط زمینههای ناامن (غیر HTTPS) نمونهسازی شدهاند، دیگر امن در نظر گرفته نمیشوند. این بدان معناست که در داخل چنین زمینههای Worker: - self.isSecureContext اکنون false است. - self.caches و self.storageFoundation دیگر در دسترس نیستند.
آرگومان popup برای window.open() اکنون به true ارزیابی میشود، که پس از تغییر اخیر در مشخصات تجزیه این آرگومان است. پیش از این، وقتی popup برابر با true تنظیم میشد، window.open() به معنای false تفسیر میشد. این تغییر، استفاده و درک ویژگیهای بولی را آسانتر میکند.
مطالعه بیشتر
این فقط برخی از نکات برجسته کلیدی را پوشش میدهد. برای تغییرات بیشتر در Chrome 101، پیوندهای زیر را بررسی کنید.