کروم 134 بتا

Rachel Andrew

تاریخ انتشار: 5 فوریه 2025

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

CSS

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

ویژگی CSS dynamic-range-limit

صفحه را فعال می کند تا حداکثر روشنایی محتوای HDR را محدود کند.

عنصر <select> قابل تنظیم

با انتخاب رفتار جدید با مقدار base-select appearance ، توانایی سفارشی کردن عناصر <select> HTML را اضافه کنید. پس از انتخاب، می توانید محتوای غنی از جمله تصاویر را اضافه کنید و گزینه ها را نیز سبک دهید.

چراغ دیالوگ رد می شود

یکی از ویژگی‌های خوب Popover API رفتار حذف نور آن است. این ویژگی همان قابلیت را برای <dialog> می آورد. یک ویژگی closedby جدید رفتار را کنترل می کند:

• <dialog closedby=none> : به هیچ وجه بسته شدن دیالوگ ها توسط کاربر انجام نمی شود.
• <dialog closedby=closerequest> : با فشار دادن ESC (یا سایر محرک های بسته) گفتگو بسته می شود.
• <dialog closedby=any> : با کلیک کردن در خارج از کادر گفتگو یا فشار دادن ESC، گفتگو بسته می شود. همان popover=auto .

وراثت برجسته CSS

با وراثت برجسته CSS، CSS هایلایت شبه کلاس ها، مانند ::selection و ::highlight ، ویژگی های خود را از طریق زنجیره برجسته شبه به ارث می برند، نه زنجیره عنصر. نتیجه یک مدل بصری تر برای به ارث بردن خواص در هایلایت است.

برای کسب اطلاعات بیشتر، پست وبلاگ تغییرات ارث بری برای استایل انتخاب CSS نوشته استفن چنی از ایگالیا را بخوانید.

توجه: این ویژگی ابتدا برای Chrome 131 برنامه ریزی شده بود، اما به دلیل مشکل سازگاری، عرضه متوقف شد. این در حال حاضر رفع شده است.

:has-slotted

شبه کلاس :has-slotted یک عنصر اسلات با محتوای شکافی مانند یک گره متن یا عنصر را نشان می دهد. این را می توان برای استایل دادن به عناصر بر اساس اینکه آیا آنها از محتوای جایگزین اسلات استفاده می کنند یا نه استفاده کرد.

API های وب

ویژگی گزارش انتساب: زمانی که شناسه زمینه ماشه غیر تهی است، محدودیت گزارش جمع آوری را حذف کنید

این تغییر بر اساس بازخورد تماس گیرنده API و نیاز به توانایی اندازه گیری تعداد بیشتری از رویدادهای تبدیل برای جریان های کاربر خاص است.

در حال حاضر API دارای محدودیتی است که اجازه می دهد تا حداکثر 20 گزارش جمع آوری در هر ثبت منبع ایجاد شود که برای موارد استفاده که کاربر ممکن است سفر طولانی تری داشته باشد، محدود است. این تغییر محدودیت گزارش جمع‌آوری را زمانی که شناسه زمینه راه‌اندازی به عنوان بخشی از ثبت ارائه می‌شود، حذف می‌کند. حذف این محدودیت تنها به زمانی محدود می‌شود که شناسه زمینه راه‌اندازی مشخص شده باشد، زیرا وقتی مشخص می‌شود، API نرخ بالاتری از گزارش‌های پوچ را اعمال می‌کند که به محافظت در برابر نشت اطلاعات بین سایتی از طریق شمارش گزارش کمک می‌کند.

علاوه بر این، گزارش‌های جمع‌آوری‌شده همچنان با محدودیت‌های دیگری محدود می‌شوند که کل اطلاعات قابل اندازه‌گیری را محدود می‌کنند، مانند بودجه مشارکت L1 (65536) در هر منبع و محدودیت نرخ انتساب.

پارتیشن بندی URL Blob: واکشی/ناوبری

به عنوان ادامه پارتیشن بندی فضای ذخیره سازی، پارتیشن بندی دسترسی به URL Blob توسط کلید ذخیره سازی (سایت سطح بالا، مبدا فریم، و بولین has-cross-site-ancestor) را به استثنای پیمایش های سطح بالا که فقط بر اساس مبدا فریم پارتیشن بندی می شوند، پیاده سازی می کند. این رفتار شبیه به آنچه که در حال حاضر توسط فایرفاکس و سافاری اجرا می‌شود، است و استفاده از URL Blob را با طرح پارتیشن‌بندی که توسط سایر APIهای ذخیره‌سازی به عنوان بخشی از Storage Partitioning استفاده می‌شود، تراز می‌کند. علاوه بر این، Chrome در پیمایش‌های سطح بالا توسط رندر به URL‌های Blob که در آن سایت مربوطه با سایت سطح بالایی که پیمایش را انجام می‌دهد، noopener را اعمال می‌کند. این کروم را با رفتار مشابه در سافاری هماهنگ می‌کند و مشخصات مربوطه برای منعکس‌کننده این تغییرات به‌روزرسانی شده است.

این تغییر را می توان با تنظیم خط مشی PartitionedBlobURLUsage به طور موقت برگرداند. این خط‌مشی زمانی منسوخ می‌شود که سایر خط‌مشی‌های سازمانی مرتبط با پارتیشن‌بندی فضای ذخیره‌سازی منسوخ شوند.

Document-Policy: expect-no-linked-resources

نقطه پیکربندی expect-no-linked-resources در Document-Policy به یک سند اجازه می دهد تا به عامل کاربر اشاره کند تا توالی بارگذاری خود را بهتر بهینه کند، مانند عدم استفاده از رفتار تجزیه فرضی پیش فرض (همچنین به عنوان اسکنر پیش بارگذاری شناخته می شود).

كارگزاران كاربر تجزيه حدس و گمان HTML را اجرا كرده اند تا منابعي را كه در نشانه گذاري HTML وجود دارند واكش كنند تا سرعت بارگذاري صفحه را افزايش دهند. برای اکثر صفحات وب که دارای منابع اعلام شده در نشانه گذاری HTML هستند، بهینه سازی سودمند است و هزینه ای که برای تعیین چنین منابعی پرداخت می شود، یک مبادله صحیح است. با این حال، سناریوهای زیر ممکن است منجر به معاوضه عملکرد کمتر از حد بهینه در مقابل زمان صریح تجزیه HTML برای تعیین منابع فرعی برای واکشی شود:

• صفحاتی که هیچ منبعی در HTML ندارند.
• صفحات HTML بزرگ با حداقل یا بدون بار منبع که می توانند به صراحت منابع پیش بارگیری را با استفاده از سایر مکانیسم های پیش بارگذاری موجود کنترل کنند.

خط مشی سند expect-no-linked-resources به عامل کاربر اشاره می کند که ممکن است زمان صرف شده در چنین تعیین منابع فرعی را بهینه سازی کند.

مدیریت منابع صریح (ناهمگام و همگام)

این ویژگی ها به یک الگوی رایج در توسعه نرم افزار در رابطه با طول عمر و مدیریت منابع مختلف (به عنوان مثال حافظه و I/O) می پردازند. این الگو به طور کلی شامل تخصیص یک منبع و توانایی انتشار صریح منابع حیاتی است.

برای پشتیبانی از گزینه‌های اندازه‌گیری و ارائه، console.timeStamp API را گسترش دهید

این ویژگی API console.timeStamp() را به شیوه‌ای سازگار با عقب توسعه می‌دهد تا روشی با کارایی بالا برای ابزار دقیق برنامه‌ها و نمایش داده‌های زمان‌بندی به پنل Performance در DevTools ارائه دهد.

ورودی‌های زمان‌بندی اضافه‌شده با API می‌توانند دارای مهر زمانی، مدت زمان و گزینه‌های ارائه سفارشی (آهنگ، خط شنا و رنگ) باشند.

OffscreenCanvas getContextAttributes

رابط getContextAttributes از CanvasRenderingContext2D به OffscreenCanvasRenderingContext2D اضافه می کند.

Private Aggregation API: محدودیت‌های مشارکت در هر زمینه برای تماس‌گیرندگان فضای ذخیره‌سازی مشترک

تماس‌گیرندگان فضای ذخیره‌سازی مشترک را قادر می‌سازد تا تعداد مشارکت‌ها را در هر گزارش تجمیع خصوصی سفارشی کنند.

این ویژگی به تماس‌گیرندگان فضای ذخیره‌سازی مشترک امکان می‌دهد محدودیت‌های مشارکت در هر زمینه را با یک فیلد جدید، maxContributions پیکربندی کنند. تماس‌گیرندگان این فیلد را طوری تنظیم می‌کنند که تعداد پیش‌فرض مشارکت‌ها در هر گزارش را لغو کند—اعداد بزرگتر و کوچکتر هر دو مجاز خواهند بود. Chrome مقادیر maxContributions بین 1 تا 1000 را می پذیرد. مقادیر بزرگتر به عنوان 1000 تفسیر می شود.

با توجه به padding، اندازه بار هر گزارش تقریباً متناسب با تعداد مشارکت انتخابی در هر گزارش خواهد بود. ما انتظار داریم که انتخاب کردن گزارش‌های بزرگ‌تر، هزینه‌های عملیات Aggregation Service را افزایش دهد.

تماس‌گیرندگان مخاطب محافظت‌شده تحت تأثیر این ویژگی قرار نخواهند گرفت. با این حال، ما در حال برنامه ریزی برای اضافه کردن پشتیبانی برای سفارشی کردن تعداد مشارکت برای گزارش های مخاطب محافظت شده در ویژگی های آینده هستیم.

پشتیبانی از ImageSmoothingQuality در PaintCanvas

پشتیبانی از ویژگی imageSmoothingQuality را در Paint Canvas اضافه کنید. این به یک توسعه‌دهنده وب اجازه می‌دهد هنگام مقیاس‌بندی تصاویر، کیفیت را به جای تبادل عملکرد انتخاب کند. سه گزینه معتبر برای imageSmoothingQuality وجود دارد: low ، medium ​​و high .

زیر گروه های WebGPU

قابلیت های زیر گروه را به WebGPU اضافه می کند. عملیات زیرگروه عملیات SIMT را برای ارائه ارتباطات کارآمد و به اشتراک گذاری داده در بین گروه های فراخوانی انجام می دهد. این عملیات را می توان برای تسریع برنامه ها از طریق کاهش سربار حافظه ناشی از ارتباطات بین فراخوانی استفاده کرد.

آزمایشات منشاء جدید

در Chrome 134 می‌توانید آزمایش‌های اصلی جدید زیر را انتخاب کنید.

Digital Credential API

امروزه وب‌سایت‌ها می‌توانند از طریق مکانیسم‌های مختلف، به عنوان مثال، کنترل‌کننده‌های URL سفارشی و اسکن کد QR، اعتبارنامه‌ها را از برنامه‌های کیف پول تلفن همراه دریافت کنند. این ویژگی به سایت ها اجازه می دهد تا با استفاده از سیستم IdentityCredential CredMan اندروید، اطلاعات هویتی را از کیف پول ها درخواست کنند. برای پشتیبانی از چندین فرمت اعتبار (به عنوان مثال، ISO mDoc و اعتبار قابل تأیید W3C) قابل توسعه است و امکان استفاده از چندین برنامه کیف پول را فراهم می کند. مکانیسم هایی برای کمک به کاهش خطر سوء استفاده از هویت دنیای واقعی در مقیاس اکوسیستم اضافه می شود.

نسخه آزمایشی اصلی که در Chrome 134 شروع می‌شود، پشتیبانی از این API را در پلتفرم دسک‌تاپ اضافه می‌کند، جایی که Chrome روی دسک‌تاپ به‌طور ایمن با کیف پول دیجیتال روی تلفن Android ارتباط برقرار می‌کند تا اعتبارنامه‌های درخواستی را دریافت کند.

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

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

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

محدودیت های صوتی getUserMedia غیر استاندارد را حذف کنید

Blink از مدتی قبل از استانداردسازی مناسب، تعدادی از محدودیت‌های غیر استاندارد با پیشوند goog را برای getUserMedia پشتیبانی می‌کند.

میزان استفاده به میزان قابل توجهی بین 0.000001٪ و 0.0009٪ کاهش یافته است (بسته به محدودیت) و برخی از آنها حتی به دلیل تغییرات در پشته ضبط صوتی Chromium تأثیری ندارند. به زودی هیچ یک از آنها به دلیل سایر تغییرات آینده تأثیری نخواهد داشت.

با توجه به این تغییر، انتظار هیچ گونه پسرفت عمده ای نداریم. برنامه‌هایی که از این محدودیت‌ها استفاده می‌کنند به کار خود ادامه می‌دهند، اما صدا را با تنظیمات پیش‌فرض دریافت می‌کنند (انگار هیچ محدودیتی رد نشده است). آنها می توانند مهاجرت به محدودیت های استاندارد را انتخاب کنند.