موارد اضافه شده به Screen Capture API، CSS grid-template propertation و غیره.
تغییراتی که در زیر توضیح داده شده است، در جدیدترین نسخه کانال بتا Chrome برای Android، ChromeOS، Linux، macOS و Windows اعمال می‌شود، مگر اینکه غیر از این ذکر شود. از طریق پیوندهای ارائه شده یا از فهرست موجود در ChromeStatus.com درباره ویژگی های فهرست شده در اینجا بیشتر بیاموزید. Chrome 107 از 29 سپتامبر 2022 نسخه بتا است. می‌توانید آخرین نسخه را در Google.com برای دسک‌تاپ یا در فروشگاه Google Play در Android بارگیری کنید.
درون یابی خصوصیات grid-template CSS
در CSS Grid، ویژگی‌های grid-template-columns و grid-template-rows به توسعه‌دهندگان اجازه می‌دهد تا نام خطوط را تعریف کرده و اندازه ستون‌ها و ردیف‌های شبکه را دنبال کنند. با تشکر از همکاران ما در مایکروسافت، ما اکنون از درونیابی برای این ویژگی ها پشتیبانی می کنیم . طرح‌بندی‌های شبکه‌ای اکنون می‌توانند به آرامی بین حالت‌ها جابه‌جا شوند، به‌جای اینکه در نیمه راه یک انیمیشن یا انتقال قرار بگیرند.
حفظ حریم خصوصی کنترل های اشتراک گذاری صفحه نمایش
Screen Capture API افزودنی هایی را به Media Capture و Streams API موجود معرفی می کند تا به کاربر اجازه دهد صفحه یا بخشی از یک صفحه (مانند یک پنجره) را برای ضبط به عنوان جریان رسانه انتخاب کند. سپس این جریان می تواند ضبط شود یا از طریق شبکه با دیگران به اشتراک گذاشته شود. در این بتا برخی از ویژگی های جدید به این API اضافه شده است.
DisplayMediaStreamConstraints.selfBrowserSurface
راهنمایی به برنامه های کاربردی وب اجازه می دهد تا به مرورگر دستور دهند که آیا با فراخوانی getDisplayMedia() ، برگه فعلی باید از لیست برگه های ارائه شده به کاربر حذف شود.
این کمک می کند تا از خودگرفتن تصادفی جلوگیری شود، وقتی کاربران به طور تصادفی برگه ای را که برنامه در آن اجرا می شود انتخاب می کنند، جلوه Hall-of-Mirrors ایجاد می شود که کاربران را گیج می کند و بحث با کاربران راه دور را از مسیر خارج می کند.
DisplayMediaStreamConstraints.surfaceSwitching
گزینه‌ای را اضافه می‌کند تا از طریق برنامه‌ریزی کنترل کند که آیا کروم دکمه‌ای را برای جابه‌جایی برگه‌ها هنگام اشتراک‌گذاری صفحه نمایش نشان می‌دهد یا خیر. این گزینه به navigator.mediaDevices.getDisplayMedia() منتقل می شود.
دکمه اشتراک‌گذاری این برگه به جای آن به کاربران اجازه می‌دهد بدون نیاز به انتخاب مجدد برگه کنفرانس ویدیویی، بر روی دکمه‌ای کلیک کنند تا مجدداً getDisplayMedia() شروع شود یا یک برگه جدید از لیست طولانی انتخاب کنید. زبانه ها این رفتار به صورت مشروط آشکار می شود زیرا همه برنامه های کاربردی وب قادر به مدیریت این رفتار نیستند.
MediaTrackConstraintSet.displaySurface
هنگامی که getDisplayMedia() فراخوانی می شود، مرورگر انتخابی از سطوح نمایشگر را در اختیار کاربر قرار می دهد: زبانه ها، پنجره ها یا مانیتورها. با استفاده از محدودیت displaySurface، برنامه وب اکنون ممکن است به مرورگر اشاره کند اگر ترجیح می دهد نوع سطح خاصی به طور برجسته به کاربر ارائه شود.
وضعیت مسدود شدن را در Resource Timeming ارائه دهید
فیلدی را به PerfomanceResourceTiming اضافه می کند تا وضعیت مسدود شدن رندر یک منبع را نشان دهد. در حال حاضر از منظر توسعه‌دهنده، تنها راه برای تعیین اینکه کدام منابع واقعاً مسدود شده‌اند، تکیه بر اکتشافات پیچیده است. فیلد جدید در عوض یک سیگنال مستقیم در رابطه با همین موضوع ارائه می دهد.
حروف عام در مبدا خط مشی مجوزها
این ویژگی در خط‌مشی مجوزها با ساختاری مانند SCHEME://*.HOST:PORT (مثلاً https://*.foo.com/) از حروف عام پشتیبانی می‌کند که در آن می‌توان یک مبدا معتبر از SCHEME://HOST:PORT ایجاد کرد. (به عنوان مثال، https://foo.com/). این مستلزم آن است که HOST حداقل eTLD+1 (یک دامنه قابل ثبت) باشد. این بدان معنی است که https://*.bar.foo.com/ کار می کند اما https://*.com/ کار نمی کند. حروف عام در بخش طرح و پورت پشتیبانی نمی‌شوند و https://*.foo.com/ به https://foo.com/ واگذار نمی‌شود. پیش از این، ممکن است یک خط‌مشی مجوزها به شکل زیر باشد:
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://cdn1.foo.com" "https://cdn2.foo.com")
با استفاده از این ویژگی می توانید از:
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://*.foo.com")
از ویژگی rel در عناصر <form> پشتیبانی کنید
این ویژگی ویژگی rel را به عناصر فرم اضافه می کند، که این امکان را فراهم می کند که از حضور window.opener در وب سایت هایی که توسط عناصر فرم دارای rel=noopener هدایت می شوند جلوگیری شود و از ارسال سرصفحه ارجاع با rel=noreferrer جلوگیری می کند.
آزمایش های مبدا
این نسخه از Chrome دارای 2 نسخه آزمایشی جدید بود.
API اعلامی PendingBeacon
یک Beacon API حالت دار که به مرورگر اجازه می دهد زمان ارسال بیکن ها را کنترل کند. Beacon مجموعه ای از داده ها است که بدون انتظار پاسخ خاصی به یک سرور باطن ارسال می شود. اغلب ارسال این موارد در پایان بازدید کاربر از یک صفحه مطلوب است، اما زمان مناسبی برای برقراری تماس "ارسال" وجود ندارد. این API ارسال را به خود مرورگر محول می‌کند، بنابراین می‌تواند از بیکن‌ها در هنگام بارگیری یا پنهان کردن صفحه پشتیبانی کند، بدون اینکه توسعه‌دهنده مجبور باشد تماس‌های ارسال را دقیقاً در زمان‌های مناسب اجرا کند.
انتظار می‌رود این نسخه آزمایشی تا Chrome 109 اجرا شود. برای دوره آزمایشی اینجا ثبت‌نام کنید .
مجوزها - سیاست: بارگیری کنید
این ویژگی به صفحات اجازه می‌دهد تا اجرای کنترل‌کننده‌های رویداد را غیرفعال کنند. هدف این است که به سایت‌هایی که همه کنترل‌کننده‌های بارگیری را حذف کرده‌اند اجازه دهیم تا به طور تصادفی موارد جدیدی اضافه نکنند. این به سایت‌ها کمک می‌کند تا کنترل‌کننده‌های رویداد را حذف کنند و در نتیجه نرخ ضربه BFCache را بهبود بخشند .
انتظار می‌رود این نسخه آزمایشی تا Chrome 109 اجرا شود. برای دوره آزمایشی اینجا ثبت‌نام کنید .
محرومیت ها و حذف ها
این نسخه از Chrome موارد منسوخ و حذف فهرست شده در زیر را معرفی می کند. برای مشاهده لیستی از لغو برنامه ریزی شده، منسوخ شدن فعلی و حذف قبلی، از ChromeStatus.com دیدن کنید.
این نسخه از Chrome یک ویژگی را منسوخ می‌کند.
انتظار-CT
Expect-CT یک هدر HTTP است که به وب‌سایت‌ها اجازه می‌دهد تا قبل از اینکه به‌طور پیش‌فرض اجرا شود، در اجرای شفافیت گواهی شرکت کنند. همچنین دارای قابلیت گزارش دهی برای کمک به توسعه دهندگان برای کشف پیکربندی نادرست CT است.
سرصفحه Expect-CT HTTP برای کمک به انتقال به اجرای شفافیت گواهی جهانی (CT) طراحی شده است، با اجازه دادن به وب‌سایت‌های با ارزش بالا برای انتخاب اجرای CT یا گزارش برای امنیت بهتر قبل از اینکه اجرای CT (توسط Chrome) در همه وب‌سایت‌های عمومی مورد نیاز باشد. . با این حال، Expect-CT اکنون عمر مفید خود را پشت سر گذاشته است. Chrome اکنون به CT در همه وب‌سایت‌های عمومی نیاز دارد، بنابراین دیگر هیچ ارزش امنیتی برای Expect-CT وجود ندارد. هیچ مرورگر دیگری Expect-CT را پیاده سازی نکرده است، بنابراین حذف آن یک نگرانی قابلیت همکاری نیست.