مگر اینکه غیر از این ذکر شده باشد، تغییرات زیر در جدیدترین نسخه کانال بتا Chrome برای Android، ChromeOS، Linux، macOS و Windows اعمال می‌شود. از طریق پیوندهای ارائه شده یا از فهرست موجود در ChromeStatus.com درباره ویژگی های فهرست شده در اینجا بیشتر بیاموزید. Chrome 125 از 17 آوریل 2024 نسخه بتا است. می‌توانید آخرین نسخه را در Google.com برای دسک‌تاپ یا در فروشگاه Google Play در Android بارگیری کنید. پس از انتشار به حالت پایدار، همه ویژگی‌های ارائه شده را می‌توانید در یادداشت‌های انتشار پیدا کنید.
CSS
این نسخه دو ویژگی جدید CSS را اضافه می کند و دو تغییر مرتبط با CSS ایجاد می کند.
CSS Anchor Positioning
موقعیت‌یابی لنگر CSS به توسعه‌دهندگان اجازه می‌دهد تا یک عنصر کاملاً موقعیت‌یافته را به یک یا چند عنصر دیگر در صفحه ( لنگرها ) به روشی اعلامی و بدون استفاده از جاوا اسکریپت متصل کنند . زمانی که لنگرها قابل پیمایش هستند، موقعیت لنگر به خوبی کار می کند. یک مورد معمول استفاده، قرار دادن پاپاور مانند یک راهنمای ابزار در کنار عنصری است که آن را فراخوانی کرده است، یا یک منوی انتخابی و لیست گزینه های پاپاور آن. قبل از ویژگی موقعیت یابی لنگر، این موارد استفاده به جاوا اسکریپت نیاز داشت تا پاپاور را به صورت پویا قرار دهد، و آن را در حین اسکرول شدن عنصر فراخوان، لنگر نگه دارد، که یک تفنگ پایی عملکردی است و درست کردن آن دشوار است. با موقعیت لنگر، این موارد استفاده را می توان به صورت عملکردی و به صورت اعلامی اجرا کرد.
ویژگی موقعیت یابی لنگر از تعداد زیادی ویژگی CSS تشکیل شده است. تعدادی از خواص کلیدی به شرح زیر است:
-
anchor-name: یک عنصر را به عنوان لنگر برای عناصر دیگر تنظیم می کند. -
position-anchor: لنگر «پیش‌فرض» را توصیف می‌کند که یک عنصر لنگر باید برای موقعیت‌یابی لنگر استفاده کند. - تابع
anchor(): برای اشاره به موقعیت عنصر لنگر، در موقعیت یابی عنصر لنگر استفاده می شود. -
inset-area: مختصری برای موقعیت‌یابی، برای موقعیت‌های نسبی مشترک.
توابع ارزش پله ای CSS- round() ، mod() و rem()
توابع steppped-value، round() , mod() و rem() همگی یک مقدار داده شده را با توجه به "مقدار مرحله" دیگری تبدیل می کنند.
تابع round() CSS یک عدد گرد را بر اساس استراتژی گرد کردن انتخاب شده برمی گرداند.
تابع mod() CSS یک مدول باقیمانده را پس از تقسیم پارامتر اول بر پارامتر دوم، مشابه عملگر باقیمانده جاوا اسکریپت (%) برمی گرداند. مدول مقدار باقیمانده زمانی است که یک عملوند، سود تقسیمی، بر یک عملوند دوم، مقسوم علیه تقسیم می شود. همیشه علامت مقسم را می گیرد.
تابع rem() CSS باقیمانده باقیمانده را زمانی که پارامتر اول بر پارامتر دوم تقسیم می شود، برمی گرداند، مشابه عملگر باقی مانده جاوا اسکریپت (%). باقیمانده مقدار باقیمانده زمانی است که یک عملوند، سود تقسیمی، بر یک عملوند دوم، مقسوم علیه تقسیم می شود. همیشه علامت سود سهام را می گیرد.
حذف ناپیوستگی برای رنگ های Oklab و Oklch با روشنایی نزدیک به 100٪ یا 0
قبل از این تغییر، تمام رنگ‌های Lab، LCH، Oklab و Oklch با مقدار روشنایی 100% بدون در نظر گرفتن دو پارامتر دیگر، سفید ارائه می‌شدند. تمام رنگ‌ها در این فضاها با مقدار روشنایی 0 به صورت سیاه نشان داده شدند. این دو نگاشت باعث ناپیوستگی در گرادیان ها شد و برای توسعه دهندگان وب غیرمنتظره بود.
با این بازگشت، این رنگ ها دیگر به صورت مصنوعی نگاشت نمی شوند و رنگ نمایش داده شده با رنگ های اطراف پیوسته خواهد بود و به نگاشت گستره نمایشگر بستگی دارد.
از نوارهای پیمایش ریشه طرح رنگ استفاده شده است
مرورگر را وادار می‌کند در صورتی که مقدار «طرح‌های رنگی پشتیبانی‌شده صفحه» «عادی» باشد یا مشخص نشده باشد، از طرح رنگ ترجیحی کاربر برای نمایش نوارهای پیمایش درگاه نمایش استفاده کند و مقدار محاسبه‌شده color-scheme برای عنصر ریشه normal باشد. می توان نوارهای اسکرول درگاه دید را خارج از محتوای وب در نظر گرفت. بنابراین، اگر توسعه‌دهنده صریحاً پشتیبانی از طرح‌های رنگی را مشخص نکرده باشد، عامل‌های کاربر باید هنگام رندر کردن نوارهای پیمایش viewport، از طرح رنگ ترجیحی کاربر استفاده کنند.
این تغییر برنامه‌نویسان را از کنترل طرح رنگ برای نوارهای پیمایش باز نمی‌دارد. رفتار جدید باعث می‌شود مرورگر از طرح رنگ ترجیحی کاربر برای نمایش نوارهای پیمایش غیر همپوشانی درگاه نمایش استفاده کند، تنها در صورتی که توسعه‌دهنده طرح رنگی عنصر ریشه را مشخص نکرده باشد.
HTML
محفظه های اسکرول قابل فوکوس روی صفحه کلید
با فوکوس کردن محفظه‌های اسکرول با استفاده از ناوبری فوکوس متوالی، دسترسی را بهبود می‌بخشد. قبل از این تغییر، کلید tab روی پیمایش‌ها متمرکز نمی‌شود، مگر اینکه tabIndex به صراحت روی 0 یا بیشتر تنظیم شده باشد.
با فوکوس‌پذیر کردن اسکرول‌ها به‌طور پیش‌فرض، کاربرانی که نمی‌توانند (یا نمی‌خواهند) از ماوس استفاده کنند، می‌توانند محتوای بریده‌شده را با استفاده از تب و کلیدهای پیکان کیبورد فوکوس کنند. این رفتار فقط در صورتی فعال می شود که پیمایش دارای هیچ کودک قابل فوکوس روی صفحه کلید نباشد.
این یک عرضه در حال انجام است که در Chrome 124 شروع شده است و باید برای همه کاربران از Chrome 125 در دسترس باشد. درباره اسکرول های قابل فوکوس صفحه کلید بیشتر بیاموزید.
سریال سازی سایه DOM اعلامی
قابلیتی که به توسعه دهندگان اجازه می دهد تا درخت های DOM حاوی ریشه های سایه را سریال کنند، که اخیراً در استاندارد HTML استاندارد شده است.
API های وب
موارد اضافه شده به API گزارش Attribution
ویژگی‌هایی به API گزارش Attribution اضافه شده است تا با پشتیبانی از تجزیه گزارش‌های اشکال‌زدایی شکست، ارگونومی API را با پشتیبانی از یک فیلد برای تعیین پلتفرم ثبت ترجیحی، و بهبود حریم خصوصی، قابلیت‌های اشکال‌زدایی اضافی ایجاد کند.
Compute Pressure API
Compute Pressure API حالت های سطح بالایی را ارائه می دهد که نشان دهنده بار CPU در سیستم است. این به پیاده‌سازی اجازه می‌دهد تا از معیارهای سخت‌افزاری زیربنایی درست استفاده کند تا اطمینان حاصل شود که کاربران می‌توانند تا زمانی که سیستم تحت فشار غیرقابل مدیریتی قرار نگیرد، از تمام قدرت پردازشی در دسترس خود استفاده کنند. اینتل کار طراحی و پیاده‌سازی این API را رهبری کرد، که به برنامه‌های کنفرانس ویدیویی اجازه می‌دهد به طور پویا بین ویژگی‌ها و عملکرد تعادل برقرار کنند.
هنگام ساخت WebSocket URL های HTTP(S) را بپذیرید
این به‌روزرسانی طرح‌های HTTP(های) را در سازنده WebSocket فعال می‌کند، بنابراین به توسعه‌دهندگان اجازه می‌دهد از URLهای نسبی استفاده کنند. اینها به طرح های داخلی ws: و wss: نرمال می شوند.
گسترش API دسترسی به فضای ذخیره سازی (SAA) به فضای ذخیره سازی غیر کوکی
این افزونه پیشنهادی Storage Access API را راه‌اندازی می‌کند (سازگار با عقب و در آزمایش اولیه بوده است) تا امکان دسترسی به کوکی‌های پارتیشن‌بندی نشده و ذخیره‌سازی غیرکوکی در یک زمینه شخص ثالث را فراهم کند. API فعلی فقط دسترسی به کوکی‌ها را فراهم می‌کند، که موارد استفاده متفاوتی از فضای ذخیره‌سازی غیرکوکی دارند.
الزامات FedCM CORS در نقطه پایانی ادعای شناسه
واکشی‌ها در API FedCM به دلیل ویژگی‌های مورد نیاز آن‌ها به سختی قابل استدلال هستند. در حالی که بحث در مورد نقطه پایانی حساب ها ادامه دارد، همچنین توافق زیادی وجود دارد که نقطه پایانی ادعای ID باید از CORS استفاده کند. این به‌روزرسانی ویژگی‌های امنیتی این واکشی را با سایر واکشی‌ها در پلتفرم وب هماهنگ‌تر می‌کند. درباره نحوه عملکرد الزامات CORS در به‌روزرسانی‌های FedCM بیشتر بدانید: آزمایش اولیه API حالت دکمه، CORS و SameSite .
عمل پیش‌فرض mousemove قابل تعامل
کروم اجازه لغو رویدادهای ماوس را برای جلوگیری از سایر APIها مانند انتخاب متن (و حتی کشیدن و رها کردن در گذشته) داد. این با سایر مرورگرهای اصلی مطابقت ندارد. با مشخصات رویداد UI مطابقت ندارد. اکنون انتخاب متن دیگر عمل پیش‌فرض mousemove نخواهد بود. انتخاب متن و کشیدن و رها کردن همچنان می‌تواند از طریق لغو رویدادهای selectstart و dragstart به ترتیب جلوگیری شود.
به‌روزرسانی‌های API ذخیره‌سازی مشترک
این به‌روزرسانی برای اجرای workletهای متقاطع بدون نیاز به ایجاد iframe پشتیبانی می‌کند.
برنامه های کروم
Direct Sockets API در Chrome Apps
این به‌روزرسانی با فعال کردن سوکت‌های مستقیم در برنامه‌های Chrome، به تسهیل انتقال برنامه‌های تخصصی از Chrome Apps به برنامه‌های وب ایزوله کمک می‌کند و به برنامه‌های وب اجازه می‌دهد پروتکل کنترل انتقال مستقیم (TCP) و پروتکل دیتاگرام کاربر (UDP) را با دستگاه‌ها و سیستم‌های شبکه برقرار کنند.
آزمایشات منشاء جدید
از Chrome 125 می‌توانید آزمایش‌های اصلی جدید زیر را انتخاب کنید.
API حالت دکمه FedCM و استفاده از سایر API حساب
این آزمایش اولیه شامل دو API FedCM زیر است.
Button Mode API به وب‌سایت‌ها اجازه می‌دهد با کلیک روی دکمه، مانند کلیک کردن روی دکمه ورود به IdP، FedCM را فراخوانی کنند. این امر مستلزم آن است که FedCM تضمین کند که همیشه با یک رابط کاربری قابل مشاهده پاسخ می دهد، برخلاف حالت ویجت، که در هنگام خروج کاربران، رابط کاربری را نشان نمی دهد. فراخوانی API FedCM در حالت دکمه ، کاربران را مجبور می‌کند تا زمانی که کاربران از سیستم خارج شده‌اند، به IdP (در یک پنجره گفتگو) وارد شوند.
همچنین، از آنجایی که حالت دکمه در یک حرکت واضح کاربر فراخوانی می‌شود، رابط کاربری ممکن است در مقایسه با رابط کاربری حالت ویجت (که چنین قصد صریحی ندارد) برجسته‌تر باشد (مثلاً مرکزی و معین). درباره نحوه عملکرد API Button Mode در به‌روزرسانی‌های FedCM بیشتر بدانید: آزمایش اولیه API Button Mode، CORS و SameSite
Use Other Account API به یک Identity Provider اجازه می دهد تا کاربران به حساب های دیگر وارد شوند.
برای آزمایش اولیه FedCM ثبت نام کنید .
APIهای تاشو
این آزمایش اولیه شامل Device Posture API و Viewport Segments Enumeration API است. این APIها برای کمک به توسعه دهندگان برای هدف قرار دادن دستگاه های تاشو طراحی شده اند. در نسخه آزمایشی Origin برای APIهای تاشو بیشتر بیاموزید.
برای آزمایش اولیه APIهای تاشو ثبت نام کنید .
انصراف از پیش نمایش رسانه ها
این آزمایش مبدأ معکوس، سایت‌ها را از راه‌اندازی پیش‌نمایش رسانه‌ها حذف می‌کند.
Chrome قصد دارد پیش‌نمایش‌های بی‌درنگ ورودی دوربین و میکروفون را در زمانی که مجوزهای دوربین و میکروفون توسط وب‌سایت‌ها درخواست می‌شود، ارائه دهد. اینها همچنین از صفحه اطلاعات سایت در دسترس خواهند بود.
علاوه بر این، کاربرانی که چندین دستگاه دارند می‌توانند در زمان درخواست مجوز، دوربین و میکروفون را انتخاب کنند، مگر اینکه سایت دستگاه خاصی را از طریق getUserMedia() درخواست کرده باشد.
این ویژگی در توسعه همزمان با پروژه مرتبط با مجوزهای دیگر، کنترل مجوزهای جاسازی شده صفحه (PEPC) است. کاربران تحت یک فرآیند راه‌اندازی مستقل که شامل یک آزمایش مبدأ جداگانه یا آزمایش‌های خاص سایت است، در معرض PEPC قرار خواهند گرفت.
آزمایشی منسوخ برای ویژگی ها و روش های تمام صفحه پیشوند HTMLVideoElement
اگر به زمان بیشتری برای تنظیم کد خود نیاز دارید، این آزمایش منسوخ شدن به شما امکان می‌دهد تا از ویژگی‌ها و روش‌های پیشوندی HTMLVideoElement پشتیبانی کنید. جزئیات کامل ویژگی‌ها و روش‌های حذف شده را در بخش Deprecations and removes مشاهده کنید.
برای نسخه آزمایشی حذف API تمام صفحه ویدیوی پیشوند ثبت نام کنید .
از اسکن پیش بارگذاری صرفنظر کنید
از اسکنر پیش بارگذاری رد می شود تا مبادلات عملکردی را برای صفحاتی که واکشی منابع فرعی ندارند بررسی کند.
مرحله اسکنر پیش بارگذاری، از طریق اجرای پیش واکشی گمانه‌زنی، عملکرد صفحاتی با واکشی منابع فرعی را به همراه دارد. با این حال، برای صفحاتی که از این مرحله سود نمی‌برند، یعنی برای صفحاتی که منابع فرعی ندارند، این سربار پردازش اضافی با سود کمی است.
برای کاربران پیشرفته وب که می‌خواهند با کاهش این سربار سود ببرند، این آزمایش یک کنترل در سطح صفحه برای غیرفعال کردن اسکنر پیش‌بارگذاری فراهم می‌کند. داده‌های جمع‌آوری‌شده از این آزمایش می‌تواند ارزیابی کند که آیا یک API اصلاح‌شده یا اجرای متفاوت اسکنر پیش‌بارگذاری HTML مفید است یا خیر.
برای رد شدن از آزمایش اولیه اسکن پیش بارگذاری ثبت نام کنید .
محرومیت ها و حذف ها
برای مشاهده لیستی از لغو برنامه ریزی شده، منسوخ شدن فعلی و حذف قبلی، از ChromeStatus.com دیدن کنید.
این نسخه کروم سه ویژگی زیر را حذف می کند.
حذف نام مستعار "window-placement" برای مجوز و خط مشی مجوز "window-management"
نام مستعار "window-placement" برای مجوز و خط مشی مجوز "window-management" را حذف می کند. این بخشی از تلاش بزرگ‌تر برای تغییر نام رشته‌ها با در نهایت منسوخ کردن و حذف "پنجره قرار دادن" است. تغییر اصطلاحات طول عمر توصیفگر را بهبود می بخشد زیرا API مدیریت پنجره در طول زمان تکامل می یابد.
حذف خط مشی Enterprise: NewBaseUrlInheritanceBehaviorAllowed
تغییر کد اساسی (فعال کردن رفتار وراثت نشانی وب پایه جدید) که این خط‌مشی سازمانی لغو می‌کند، از آگوست 2023 در نسخه‌های باثبات فعال شده است (118.0.5966.0). از آنجایی که مشکلات شناخته شده حل شده است، این خط مشی سازمانی در Chrome 125 حذف خواهد شد.
حذف خواص و روش های تمام صفحه پیشوند HTMLVideoElement
APIهای تمام صفحه پیشوندی HTMLVideoElement از Chrome 38 منسوخ شده اند. Element.requestFullscreen() جایگزین شدند که برای اولین بار بدون پیشوند در سال 2018 در Chrome 71 ارسال شد.
ویژگی ها و روش های زیر از HTMLVideoElement حذف خواهند شد:
-
webkitSupportsFullscreen -
webkitDisplayingFullscreen -
webkitEnterFullscreen() -
webkitExitFullscreen() -
webkitEnterFullScreen()(به حروف بزرگ «S» در FullScreen توجه کنید) -
webkitExitFullScreen()
اگر سایت شما همچنان به این موارد متکی است و به زمان بیشتری برای به‌روزرسانی کد نیاز دارید، برای آزمایشی منسوخ شدن فهرست شده در این پست ثبت نام کنید.