جدید در کروم 101

در اینجا چیزی است که شما باید بدانید:

  • نماد رنگی hwb() یک راه جدید برای تعیین رنگ بر اساس رنگ، سفیدی و سیاهی به شما می دهد.
  • واکشی اولویت راهی به شما می دهد تا به مرورگر اشاره کنید که منابع ترتیبی باید دانلود شوند.
  • و چیزهای بیشتری وجود دارد.

بیایید نگاهی به آنچه در Chrome 101 موجود است بیندازیم.

نماد رنگی hwb()

hwb() که در مقاله ای توسط Stefan Judis به عنوان "نشان رنگی برای انسان" توصیف شده است، رنگ را بر اساس رنگ، سفیدی و سیاهی مشخص می کند. مانند سایر نمادهای رنگی، یک جزء آلفا اختیاری کدورت را مشخص می کند.

h1 {
  color: hwb(194 0% 0% / .5) /* #00c3ff with 50% opacity */
}

این روش تعیین رنگ اکنون به خوبی پشتیبانی می شود، به طوری که فایرفاکس آن را از نسخه 96 و سافاری از نسخه 15 پشتیبانی می کند.

واکشی اولویت

واکشی اولویت راهی را به شما می دهد تا با استفاده از ویژگی 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!">

درباره موارد استفاده مختلف در بهینه‌سازی بارگیری منبع با Fetch Priority API بیشتر بخوانید.

همچنین در این نسخه

روش جدیدی از forget() برای اشیاء USBDevice وجود دارد. این امکان فراموشی دستگاهی را فراهم می کند که قبلاً مجوز داده شده بود. به عنوان مثال، اگر این یک برنامه کاربردی است که در یک رایانه مشترک با بسیاری از دستگاه ها استفاده می شود.

همچنین برای Web USB، راه حلی برای پشتیبانی از [ SameObject ] برای ویژگی های مرتبط در USBDevice . تغییر مشخصات را می توان در یک PR به مشخصات پیش نویس یافت.

کارگران اختصاصی بارگیری شده از یک منبع امن (HTTPS) و در عین حال توسط زمینه های ناامن (غیر HTTPS) نمونه سازی شده اند، دیگر ایمن در نظر گرفته نمی شوند. این بدان معنی است که در داخل چنین زمینه های کارگر: - self.isSecureContext اکنون false است. - self.caches و self.storageFoundation دیگر در دسترس نیستند.

آرگومان popup برای window.open() اکنون به دنبال تغییر اخیر در مشخصات برای تجزیه این آرگومان به true ارزیابی می شود. قبلاً وقتی popup برابر با true قرار می گرفت، window.open() به معنای false تفسیر می شد. این تغییر استفاده و درک ویژگی های بولی را آسان تر می کند.

در ادامه مطلب

این فقط برخی از نکات کلیدی را پوشش می دهد. برای تغییرات بیشتر در Chrome 101 پیوندهای زیر را بررسی کنید.