منتشر شده: ۵ فوریه ۲۰۲۵
مگر اینکه خلاف آن ذکر شده باشد، تغییرات زیر در جدیدترین نسخه کانال بتای کروم برای اندروید، ChromeOS، لینوکس، macOS و ویندوز اعمال می‌شود. برای کسب اطلاعات بیشتر در مورد ویژگی‌های ذکر شده در اینجا، از طریق لینک‌های ارائه شده یا از لیست موجود در ChromeStatus.com اقدام کنید. کروم ۱۳۴ از ۵ فوریه ۲۰۲۵ بتا است. می‌توانید جدیدترین نسخه را از Google.com برای دسکتاپ یا از فروشگاه گوگل پلی برای اندروید دانلود کنید.
سی‌اس‌اس
این نسخه پنج ویژگی جدید CSS و UI اضافه می‌کند.
ویژگی محدودیت دامنه پویا در CSS
به یک صفحه اجازه می‌دهد حداکثر روشنایی محتوای HDR را محدود کند.
عنصر <select> قابل تنظیم
قابلیت سفارشی‌سازی عناصر <select> در HTML را با انتخاب رفتار جدید با مقدار base-select برای appearance اضافه کنید. پس از انتخاب، می‌توانید محتوای غنی از جمله تصاویر را اضافه کنید و همچنین گزینه‌ها را استایل‌دهی کنید.
چراغ گفتگو را خاموش کنید
یکی از ویژگی‌های خوب API مربوط به Popover، رفتار سبک و بدون وقفه‌ی آن است. این ویژگی، همین قابلیت را به <dialog> نیز اضافه می‌کند. یک ویژگی جدید closedby رفتار را کنترل می‌کند:
-
<dialog closedby=none>: هیچ دیالوگی توسط کاربر بسته نمی‌شود. -
<dialog closedby=closerequest>: فشردنESC(یا هر تریگر بستن دیگر) پنجره گفتگو را می‌بندد. -
<dialog closedby=any>: کلیک کردن در خارج از کادر محاوره‌ای یا فشردن ESC، کادر محاوره‌ای را می‌بندد. مشابه رفتارpopover=auto.
وراثت هایلایت در CSS
با وراثت هایلایت در CSS، شبه کلاس‌های هایلایت CSS، مانند ::selection و ::highlight ، ویژگی‌های خود را از طریق زنجیره شبه هایلایت به جای زنجیره عناصر به ارث می‌برند. نتیجه، مدلی شهودی‌تر برای وراثت ویژگی‌ها در هایلایت‌ها است.
برای کسب اطلاعات بیشتر، پست وبلاگ «تغییرات ارث‌بری برای استایل‌دهی انتخاب CSS» نوشته‌ی استفن چنی از Igalia را مطالعه کنید.
شبه کلاس :has-slotted
شبه کلاس :has-slotted نشان دهنده یک عنصر slot با محتوای slot شده، مانند یک گره یا عنصر متنی است. از این می‌توان برای استایل‌دهی به عناصر بر اساس اینکه آیا از محتوای جایگزین slot استفاده می‌کنند یا خیر، استفاده کرد.
API های وب
ویژگی گزارش انتساب: حذف محدودیت گزارش تجمیعی زمانی که شناسه زمینه تریگر غیر تهی است
این تغییر بر اساس بازخورد تماس‌گیرنده API و نیاز به امکان اندازه‌گیری تعداد بیشتری از رویدادهای تبدیل برای جریان‌های کاربری خاص است.
در حال حاضر، API محدودیتی دارد که اجازه می‌دهد تا حداکثر ۲۰ گزارش قابل تجمیع برای هر ثبت منبع ایجاد شود که برای موارد استفاده‌ای که کاربر ممکن است سفر کاربری طولانی‌تری داشته باشد، محدودکننده است. این تغییر، محدودیت گزارش قابل تجمیع را هنگامی که شناسه زمینه محرک به عنوان بخشی از ثبت ارائه می‌شود، حذف می‌کند. حذف این محدودیت فقط به زمانی محدود می‌شود که شناسه زمینه محرک مشخص شده باشد، زیرا وقتی مشخص می‌شود، API نرخ بالاتری از گزارش‌های تهی را اعمال می‌کند که به محافظت در برابر نشت اطلاعات بین سایتی از طریق شمارش گزارش‌ها کمک می‌کند.
علاوه بر این، گزارش‌های قابل تجمیع همچنان تابع محدودیت‌های دیگری خواهند بود که میزان کل اطلاعات قابل اندازه‌گیری را محدود می‌کنند، مانند بودجه مشارکت L1 (65536) به ازای هر منبع و محدودیت نرخ انتساب.
پارتیشن‌بندی آدرس اینترنتی بلاب: واکشی/پیمایش
به عنوان ادامه‌ی پارتیشن‌بندی ذخیره‌سازی، پارتیشن‌بندی دسترسی به Blob URL را بر اساس کلید ذخیره‌سازی (سایت سطح بالا، مبدأ فریم و مقدار بولی has-cross-site-ancestor) پیاده‌سازی می‌کند، به استثنای ناوبری‌های سطح بالا که فقط بر اساس مبدأ فریم پارتیشن‌بندی می‌شوند. این رفتار مشابه چیزی است که در حال حاضر توسط فایرفاکس و سافاری پیاده‌سازی شده است و استفاده از Blob URL را با طرح پارتیشن‌بندی مورد استفاده توسط سایر APIهای ذخیره‌سازی به عنوان بخشی از پارتیشن‌بندی ذخیره‌سازی همسو می‌کند. علاوه بر این، کروم noopener را در ناوبری‌های سطح بالای آغاز شده توسط رندرکننده به Blob URLها اعمال خواهد کرد، جایی که سایت مربوطه به صورت بین سایتی با سایت سطح بالایی که ناوبری را انجام می‌دهد، همسو است. این امر کروم را با رفتار مشابه در سافاری همسو می‌کند و مشخصات مربوطه برای انعکاس این تغییرات به‌روزرسانی شده‌اند.
این تغییر را می‌توان با تنظیم سیاست PartitionedBlobURLUsage موقتاً به حالت اولیه برگرداند. این سیاست زمانی منسوخ خواهد شد که سایر سیاست‌های سازمانی مرتبط با پارتیشن‌بندی ذخیره‌سازی منسوخ شوند.
سیاست سند: expect-no-linked-resources
نکته پیکربندی expect-no-linked-resources در Document-Policy به یک سند اجازه می‌دهد تا به عامل کاربر اشاره کند تا توالی بارگذاری خود را بهتر بهینه کند، مانند عدم استفاده از رفتار تجزیه پیش‌فرض گمانه‌زنی (که به عنوان اسکنر پیش‌بارگذاری نیز شناخته می‌شود).
نمایندگان کاربر، تجزیه گمانی HTML را پیاده‌سازی کرده‌اند تا منابعی را که در نشانه‌گذاری HTML وجود دارند، به صورت گمانی دریافت کنند و سرعت بارگذاری صفحه را افزایش دهند. برای اکثریت قریب به اتفاق صفحات وب که منابع آنها در نشانه‌گذاری HTML اعلام شده است، بهینه‌سازی مفید است و هزینه پرداخت شده برای تعیین چنین منابعی، یک معامله منطقی است. با این حال، سناریوهای زیر ممکن است منجر به یک معامله عملکرد غیربهینه در مقابل زمان صریح صرف شده برای تجزیه HTML برای تعیین زیرمنابع برای دریافت شود:
- صفحاتی که هیچ منبعی در HTML اعلام نشده‌اند.
- صفحات HTML بزرگ با حداقل یا بدون بارگذاری منابع که می‌توانند به صراحت پیش‌بارگذاری منابع را با استفاده از سایر مکانیسم‌های پیش‌بارگذاری موجود کنترل کنند.
سیاست سند expect-no-linked-resources به عامل کاربر اشاره می‌کند که ممکن است زمان صرف شده در چنین تعیین زیرمنبعی را بهینه کند.
مدیریت منابع صریح (ناهمزمان و همگام‌سازی)
این ویژگی‌ها به یک الگوی رایج در توسعه نرم‌افزار در رابطه با طول عمر و مدیریت منابع مختلف (به عنوان مثال حافظه و ورودی/خروجی) می‌پردازند. این الگو عموماً شامل تخصیص یک منبع و توانایی آزادسازی صریح منابع حیاتی است.
API console.timeStamp را برای پشتیبانی از اندازه‌گیری‌ها و گزینه‌های ارائه، گسترش دهید
این ویژگی، API console.timeStamp() را به شیوه‌ای سازگار با نسخه‌های قبلی، توسعه می‌دهد تا روشی با کارایی بالا برای ابزارسنجی برنامه‌ها و نمایش داده‌های زمان‌بندی به پنل Performance در DevTools ارائه دهد.
ورودی‌های زمان‌بندی اضافه شده با API می‌توانند دارای مهر زمانی، مدت زمان و گزینه‌های ارائه سفارشی (مسیر، مسیر شنا و رنگ) باشند.
getContextAttributes OffscreenCanvas
رابط getContextAttributes از CanvasRenderingContext2D به OffscreenCanvasRenderingContext2D اضافه می‌کند.
API تجمیع خصوصی: محدودیت‌های مشارکت در هر زمینه برای فراخوانی‌کنندگان ذخیره‌سازی مشترک
به فراخوانی‌کنندگان Shared Storage این امکان را می‌دهد که تعداد مشارکت‌ها را در هر گزارش Private Aggregation سفارشی‌سازی کنند.
این ویژگی به فراخوانی‌کنندگان Shared Storage این امکان را می‌دهد که محدودیت‌های مشارکت در هر زمینه را با یک فیلد جدید، maxContributions پیکربندی کنند. فراخوانی‌کنندگان این فیلد را طوری تنظیم می‌کنند که تعداد پیش‌فرض مشارکت‌ها در هر گزارش را نادیده بگیرد - اعداد بزرگتر و کوچکتر هر دو مجاز خواهند بود. کروم مقادیر maxContributions بین ۱ تا ۱۰۰۰ را می‌پذیرد؛ مقادیر بزرگتر به عنوان ۱۰۰۰ تفسیر می‌شوند.
به دلیل وجود لایه‌گذاری، اندازه بار مفید هر گزارش تقریباً متناسب با تعداد مشارکت‌های انتخاب‌شده در هر گزارش خواهد بود. ما انتظار داریم که انتخاب گزارش‌های بزرگتر، هزینه اجرای سرویس تجمیع را افزایش دهد.
تماس‌گیرندگان مخاطب محافظت‌شده تحت تأثیر این ویژگی قرار نخواهند گرفت. با این حال، ما در حال برنامه‌ریزی برای اضافه کردن پشتیبانی برای سفارشی‌سازی تعداد مشارکت‌ها برای گزارش‌های مخاطب محافظت‌شده در ویژگی‌های آینده هستیم.
پشتیبانی از ImageSmoothingQuality در PaintCanvas
پشتیبانی از ویژگی imageSmoothingQuality در Paint Canvas اضافه شود. این ویژگی به توسعه‌دهنده وب اجازه می‌دهد هنگام مقیاس‌بندی تصاویر، کیفیت را به عملکرد ترجیح دهد. سه گزینه معتبر برای imageSmoothingQuality وجود دارد: low ، medium و high .
زیرگروه‌های WebGPU
قابلیت زیرگروه را به WebGPU اضافه می‌کند. عملیات زیرگروه، عملیات SIMT را انجام می‌دهند تا ارتباط و اشتراک‌گذاری داده‌ها را بین گروه‌های فراخوانی کارآمد فراهم کنند. این عملیات می‌توانند با کاهش سربار حافظه ناشی از ارتباط بین فراخوانی‌ها، برای سرعت بخشیدن به برنامه‌ها استفاده شوند.
آزمایش‌های منشأ جدید
در کروم ۱۳۴ می‌توانید در آزمایش‌های جدید زیر شرکت کنید.
API اعتبارنامه دیجیتال
وب‌سایت‌ها می‌توانند و امروزه از طریق مکانیسم‌های مختلفی، مانند کنترل‌کننده‌های URL سفارشی و اسکن کد QR، اعتبارنامه‌ها را از برنامه‌های کیف پول موبایلی دریافت می‌کنند. این ویژگی به سایت‌ها اجازه می‌دهد تا با استفاده از سیستم IdentityCredential CredMan اندروید، اطلاعات هویتی را از کیف پول‌ها درخواست کنند. این قابلیت برای پشتیبانی از چندین قالب اعتبارنامه (به عنوان مثال، ISO mDoc و اعتبارنامه قابل تأیید W3C) قابل توسعه است و امکان استفاده از چندین برنامه کیف پول را فراهم می‌کند. مکانیسم‌هایی برای کمک به کاهش خطر سوءاستفاده از هویت دنیای واقعی در مقیاس اکوسیستم اضافه می‌شوند.
نسخه آزمایشی اولیه که از کروم ۱۳۴ شروع می‌شود، پشتیبانی از این API را در پلتفرم دسکتاپ اضافه می‌کند، که در آن کروم دسکتاپ به طور ایمن با کیف پول دیجیتال روی گوشی اندروید ارتباط برقرار می‌کند تا اعتبارنامه‌های درخواستی را دریافت کند.
منسوخ‌ها و حذف‌ها
این نسخه از کروم، منسوخ‌ها و حذف‌های ذکر شده در زیر را معرفی می‌کند. برای مشاهده فهرست منسوخ‌های برنامه‌ریزی شده، منسوخ‌های فعلی و حذف‌های قبلی، به ChromeStatus.com مراجعه کنید.
این نسخه از کروم یک ویژگی را حذف کرده است.
محدودیت‌های صوتی غیراستاندارد getUserMedia را حذف کنید
Blink از تعدادی قید غیراستاندارد با پیشوند goog برای getUserMedia پشتیبانی می‌کند که مربوط به زمانی قبل از استانداردسازی صحیح قیدها هستند.
میزان استفاده به طور قابل توجهی بین 0.000001٪ و 0.0009٪ (بسته به محدودیت) کاهش یافته است و برخی از آنها به دلیل تغییرات در پشته ضبط صدای کرومیوم حتی تأثیری ندارند. به زودی هیچ یک از آنها به دلیل تغییرات دیگر در راه، هیچ تأثیری نخواهند داشت.
ما انتظار نداریم که به دلیل این تغییر، هیچ گونه پسرفت عمده‌ای رخ دهد. برنامه‌هایی که از این محدودیت‌ها استفاده می‌کنند، به کار خود ادامه خواهند داد، اما صدا را با تنظیمات پیش‌فرض دریافت خواهند کرد (گویی هیچ محدودیتی اعمال نشده است). آنها می‌توانند به محدودیت‌های استاندارد مهاجرت کنند.