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