کروم 119 بتا

Chrome 119 بتای دستور رنگ نسبی CSS، شبه کلاس‌های جدید و موارد دیگر را برای شما به ارمغان می‌آورد.

تغییرات توضیح داده شده در جدیدترین کانال بتا Chrome برای Android، ChromeOS، Linux، macOS و Windows اعمال می‌شود، مگر اینکه خلاف آن ذکر شده باشد. از طریق پیوندهای ارائه شده یا از فهرست موجود در ChromeStatus.com درباره ویژگی های فهرست شده در اینجا بیشتر بیاموزید. Chrome 119 از 4 اکتبر 2023 نسخه بتا است. می‌توانید آخرین نسخه را در Google.com برای دسک‌تاپ یا در فروشگاه Google Play در Android بارگیری کنید.

CSS

این نسخه چهار ویژگی جدید CSS را اضافه می کند.

:user-valid و :user-invalid شبه کلاس های CSS

شبه کلاس های :user-invalid و :user-valid به ترتیب یک عنصر با ورودی نادرست یا صحیح را نشان می دهند، اما تنها پس از اینکه کاربر به طور قابل توجهی با آن تعامل داشته باشد. این شبیه به :valid و :invalid است، اما با این محدودیت اضافه شده که این شبه کلاس‌ها فقط پس از تعامل کاربر با عنصر مطابقت دارند.

نحو رنگ نسبی CSS (RCS)

نحو نسبی رنگ به توسعه دهندگان اجازه می دهد تا رنگ ها را با تغییر پارامترهای رنگ های دیگر تعریف کنند.

به عنوان مثال: oklab(from magenta calc(l * 0.8) ab); منجر به ارغوانی oklab می شود که 80٪ سبک تر است.

مقادیر جعبه هندسه مسیر کلیپ CSS

ویژگی clip-path CSS اکنون از مقادیر <geometry-box> برای کنترل کادر مرجع کلیپ پشتیبانی می کند و استفاده از clip-path را آسان تر می کند. این مقادیر کادر را می توان در کنار اشکال اصلی استفاده کرد (به عنوان مثال، clip-path: circle(50%) margin-box )، یا می توان آنها را به تنهایی برای برش دادن به کادر مشخص شده استفاده کرد (به عنوان مثال، clip-path: content-box ).

مقادیر مسیر clip-CSS xywh() و rect().

کروم اکنون از مقادیر xywh() و rect() ویژگی clip-path پشتیبانی می‌کند، که تعیین کلیپ‌های مستطیلی یا مستطیلی گرد را آسان‌تر می‌کند.

API های وب

از آنجایی که کروم 104 کوکی‌های تازه ایجاد شده یا آنهایی که با تاریخ انقضا به‌روزرسانی شده‌اند، این تاریخ در آینده بیش از 400 روز محدود نمی‌شود. همین محدودیت اکنون به صورت عطف به ماسبق برای کوکی‌هایی که قبلاً در انبار هستند اعمال می‌شود. تاریخ انقضای این کوکی‌ها حداکثر 400 روز پس از اولین باری که Chrome 119+ راه‌اندازی می‌شود و یک بار انتقال پایگاه داده انجام می‌دهد محدود نخواهد شد. تأثیر این تغییر حداقل تا 400 روز پس از انتشار Chrome 119 توسط کاربران احساس نخواهد شد و سپس فقط برای کوکی‌های موجود که در آن دوره به‌روزرسانی نشده‌اند.

DisplayMediaStreamOptions monitorTypeSurfaces

هنگامی که getDisplayMedia() فراخوانی می شود، مرورگر انتخابی از سطوح نمایشگر را در اختیار کاربر قرار می دهد: زبانه ها، پنجره ها یا مانیتورها. با استفاده از گزینه monitorTypeSurfaces ، برنامه وب اکنون ممکن است به مرورگر اشاره کند اگر ترجیح می دهد سطوح نمایشی را که نوع آن مانیتور است در میان گزینه های ارائه شده به کاربر قرار دهد.

به روز رسانی عملکرد فریم های حصاردار

Chrome 119 شامل پیشرفت‌های زیر در قاب‌های حصاردار است.

یک گزینه قالب اضافی برای ماکروهای اندازه تبلیغ مخاطب محافظت شده در API مخاطب محافظت شده در جعبه ایمنی حریم خصوصی وجود دارد. یک ویژگی Opt-in به شما امکان می دهد تا اندازه تبلیغی را که برنده حراج می شود در آدرس اینترنتی آگهی ماکرو کنید، به عنوان مثال:

https://ad.com?width={/%AD_WIDTH%}&height={/%AD_HEIGHT%}

برای سازگاری بیشتر با انواع دیگر ماکروها در مخاطب محافظت شده، مانند مواردی که توسط deprecatedReplaceInURN و registerAdMacro استفاده می‌شوند، در Chrome 119، ما توانایی استفاده از ${AD_WIDTH} و ${AD_HEIGHT} به‌عنوان قالب ماکروها اضافه می‌کنیم فرمت فعلی

چراغ های خودکار اکنون به همه URL های ثبت شده ارسال می شوند. قبلاً، تنها مقاصدی که هنگام فراخوانی setReportEventDataForAutomaticBeacons() مشخص می‌شدند، چراغ‌های خودکار دریافت می‌کردند، حتی اگر آن مقصد با نام registerAdBeacon() برای "reserved.top_navigation" در کار خود. اکنون، هر مقصدی که registerAdBeacon() را برای "reserved.top_navigation" فراخوانی کند، یک چراغ خودکار دریافت می کند، اما تنها مقصدهایی که در setReportEventDataForAutomaticBeacons() مشخص شده اند، داده های خودکار چراغ را همراه با فانوس دریایی دریافت می کنند. پارامتر "once" در setReportEventDataForAutomaticBeacons() اکنون تعیین می کند که آیا داده ها یک بار ارسال می شوند یا نه، به جای اینکه تعیین کند که آیا کل بیکن یک بار ارسال شده است یا خیر.

حاشیه پیمایش ناظر تقاطع

ویژگی Intersection Observer scrollMargin به توسعه دهندگان این امکان را می دهد تا اهدافی را در داخل محفظه های اسکرول تو در تو مشاهده کنند که در حال حاضر توسط کانتینرهای اسکرول بریده شده اند. این امر با بزرگ کردن راسته برش ظرف توسط scrollMargin هنگام محاسبه تقاطع به دست می آید.

محفظه های اسکرول قابل فوکوس روی صفحه کلید

این ویژگی با قابلیت فوکوس کردن محفظه‌های اسکرول با استفاده از ناوبری فوکوس متوالی، دسترسی را بهبود می‌بخشد. قبلاً، کلید tab روی پیمایش‌ها متمرکز نمی‌شد مگر اینکه tabIndex به صراحت روی 0 یا بیشتر تنظیم شده بود. با فوکوس‌پذیر کردن اسکرول‌ها به‌طور پیش‌فرض، کاربرانی که نمی‌توانند (یا نمی‌خواهند) از ماوس استفاده کنند، می‌توانند محتوای بریده‌شده را با استفاده از تب و کلیدهای پیکان کیبورد فوکوس کنند. این رفتار فقط در صورتی فعال می شود که پیمایش دارای هیچ کودک قابل فوکوس روی صفحه کلید نباشد.

محدودیت های دسترسی به شبکه خصوصی برای خودرو

محدودیت‌های دسترسی به شبکه خصوصی را در Chrome for Android Automotive اعمال کنید (به‌جای هشدار) (اگر BuildInfo::is_automotive ). این شامل درخواست های پیش از پرواز دسترسی به شبکه خصوصی برای منابع فرعی و دسترسی به شبکه خصوصی برای کارگران است.

ویژگی‌های دستگاه Chrome را بخوانید

Device Attributes Web API زیرمجموعه ای از API Web Device مدیریت شده است که به برنامه های کاربردی وب امکان استعلام اطلاعات دستگاه را می دهد. به عنوان مثال، شناسه دستگاه، شماره سریال و مکان.

نشانه گذاری آویزان را در نام هدف به _blank تغییر دهید

این تغییر نام هدف قابل پیمایش (که معمولاً با ویژگی هدف تنظیم می‌شود) را به _blank می‌کند، اگر حاوی نشانه‌گذاری آویزان باشد (مثلاً \n و < ). که یک بای پس را در کاهش تزریق نشانه گذاری آویزان برطرف می کند.

Sec-CH-Prefers-Reduced-Transparency ویژگی های رسانه ترجیحی کاربر سرصفحه Client Hints

ویژگی‌های رسانه ترجیحی کاربر سرصفحه Client Hints مجموعه‌ای از سرصفحه‌های HTTP Client Hints را در اطراف ویژگی‌های رسانه ترجیحی کاربر همانطور که توسط Media Queries Level 5 تعریف شده است، تعریف می‌کند. اگر به عنوان Critical Client نکات استفاده شود، این هدرها به سرورها اجازه می‌دهند تا انتخاب‌های هوشمندانه‌ای در مورد CSS داشته باشند. خط کشی Sec-CH-Prefers-Reduced-Transparency prefers-reduced-transparency کاربر را منعکس می کند و از Chrome 119 در دسترس است.

نویسه های نقطه گذاری میزبان URL سازگار با استاندارد

مدیریت کروم از نویسه‌های نقطه‌گذاری میزبان URL را با استاندارد URL مطابقت دهید. مثلا:

قبل از:

> const url = new URL("http://exa(mple.com;");
> url.href
'http://exa%28mple.com/&apos;

( یک کاراکتر ممنوع است، با این حال، کروم آن را به اشتباه اجازه می دهد.

بعد از:

> const url = new URL("http://exa(mple.com;");
> => throws TypeError: Invalid URL.

WebCodecs AudioEncoder bitrateMode

برخی از کدک های صوتی از تعیین حالت های میزان بیت رمزگذار صوتی پشتیبانی می کنند. این ویژگی یک پرچم "bitrateMode" با مقدار پیش‌فرض "variable" به AudioEncoderConfig WebCodec اضافه می‌کند، که منعکس‌کننده گزینه پیکربندی و پیش‌فرض موجود برای VideoEncoderConfig است.

این پرچم به توسعه دهندگان امکان می دهد بین رمزگذاری صدا با نرخ بیت متغیر یا نرخ بیت ثابت یکی را انتخاب کنند. پیاده سازی رمزگذار کدک خاص ممکن است اصطلاحات کمی متفاوت داشته باشد (به عنوان مثال، CBR در مقابل VBR برای Opus)، اما همه آنها باید به مفهوم کلی نرخ بیت "ثابت" در مقابل "متغیر" نگاشت شوند.

این دو گزینه دارای اثرات زیر هستند:

  • متغیر : به یک رمزگذار صوتی اجازه می‌دهد تا نرخ بیت خود را با توجه به محتوای صوتی که کدگذاری می‌کند، افزایش یا کاهش دهد تا پهنای باند/اندازه باینری را حفظ کند، در حالی که کیفیت هدف را حفظ کند. به عنوان مثال، یک رمزگذار ممکن است هنگام رمزگذاری سکوت، میزان بیت خود را کاهش دهد و هنگام رمزگذاری گفتار، به نرخ بیت کامل برگردد.
  • ثابت : یک رمزگذار صوتی را مجبور می کند که بدون توجه به محتوای صوتی، همان میزان بیت را حفظ کند. این می تواند زمانی مفید باشد که مصرف پهنای باند قابل پیش بینی ارجح باشد.

از Chrome 119، این پرچم بر دو کدک در Chromium تأثیر می گذارد: Opus و AAC.

محصور کردن کلید X25519Kyber768 برای TLS

با استقرار الگوریتم توافقنامه کلید مقاوم در برابر کوانتومی Kyber768 ، از ترافیک فعلی Chrome TLS در برابر تحلیل رمزنگاری کوانتومی آینده محافظت کنید . این یک توافق کلید هیبریدی X25519 + Kyber768 بر اساس استاندارد IETF است. این مشخصات و راه اندازی خارج از محدوده W3C است. این قرارداد کلیدی به عنوان رمز TLS راه اندازی می شود و باید برای کاربران شفاف باشد.

آزمایش های مبدا در حال انجام است

در Chrome 119 می‌توانید نسخه آزمایشی مبدا جدید زیر را انتخاب کنید.

پنجره های بازشو را به عنوان پنجره تمام صفحه باز کنید

این آزمایش اولیه جدید یک پارامتر fullscreen windowFeatures را به API جاوا اسکریپت window.open() اضافه می کند. این به تماس‌گیرنده اجازه می‌دهد تا یک پنجره بازشو را مستقیماً به حالت تمام صفحه روی صفحه نمایش باز کند که حاوی پنجره بازشو (بر اساس screenX و screenY) است. این امر نیاز توسعه دهنده را برای انتقال دستی یک پنجره بازشو به تمام صفحه، که ممکن است به سیگنال فعال سازی کاربر جدید نیاز داشته باشد، از بین می برد.

محرومیت ها و حذف ها

این نسخه از Chrome موارد منسوخ و حذف فهرست شده در زیر را معرفی می کند. برای مشاهده لیستی از لغو برنامه ریزی شده، منسوخ شدن فعلی و حذف قبلی، از ChromeStatus.com دیدن کنید.

این نسخه کروم چهار ویژگی را حذف می کند.

Web SQL را حذف کنید

ما قبلاً منسوخ شدن و حذف Web SQL را اعلام کرده بودیم. این ویژگی از Chrome 119 به طور کامل حذف شده است . یک آزمایش اولیه معکوس به توسعه دهندگان اجازه می دهد تا تا Chrome 123 به استفاده از WebSQL ادامه دهند.

API Sanitizer را حذف کنید

هدف Sanitizer API ایجاد یک ضدعفونی کننده HTML با کاربری آسان، همیشه ایمن و نگهداری شده توسط مرورگر در پلتفرم است. کروم نسخه اولیه را در کروم 105 بر اساس پیش‌نویس مشخصات فعلی ارسال کرد. با این حال، در عین حال، بحث ادامه پیدا کرده است و شکل API پیشنهادی به طور اساسی تغییر کرده است.

به منظور جلوگیری از جا افتادن API فعلی، پیاده سازی فعلی را حذف می کنیم. ما انتظار داریم زمانی که مشخصات پیشنهادی دوباره تثبیت شد، Sanitizer API را دوباره اجرا کنیم.

حذف داده ها: URL در SVGUseElement

اختصاص دادن یک data: URL در SVGUseElement می تواند باعث XSS شود. و این نیز منجر به دور زدن Trusted Types شد. بنابراین، ما در نظر داریم که پشتیبانی از آن را منسوخ و حذف کنیم.

ویژگی غیر استاندارد shadowroot را برای shadow DOM اعلامی حذف کنید

ویژگی shadowrootmode standards-track، که Shadow DOM را فعال می‌کند، در Chrome 111 ارسال شد. ویژگی قدیمی‌تر و غیر استاندارد shadowroot در Chrome 119 حذف می‌شود. یک مسیر انتقال ساده وجود دارد: shadowroot با shadowrootmode جایگزین کنید.