প্রকাশিত: ১৩ নভেম্বর, ২০২৪
অন্যথায় উল্লেখ না করা হলে, নিম্নলিখিত পরিবর্তনগুলি Android, ChromeOS, Linux, macOS এবং Windows এর জন্য নতুন Chrome বিটা চ্যানেল রিলিজের ক্ষেত্রে প্রযোজ্য। প্রদত্ত লিঙ্কগুলির মাধ্যমে অথবা ChromeStatus.com এর তালিকা থেকে এখানে তালিকাভুক্ত বৈশিষ্ট্যগুলি সম্পর্কে আরও জানুন। Chrome 132 13 নভেম্বর, 2024 তারিখ থেকে বিটা সংস্করণে রয়েছে। আপনি ডেস্কটপের জন্য Google.com অথবা Android এর জন্য Google Play Store থেকে সর্বশেষ সংস্করণটি ডাউনলোড করতে পারেন।
সিএসএস
এই রিলিজে দুটি নতুন CSS বৈশিষ্ট্য যুক্ত করা হয়েছে।
CSS অ্যাঙ্কর পজিশনিং: inset এবং margin বৈশিষ্ট্যে anchor-size() অনুমতি দিন
মূলত, anchor-size() শুধুমাত্র সাইজিং বৈশিষ্ট্যের ক্ষেত্রে অনুমোদিত ছিল। ইনসেট এবং মার্জিনেও anchor-size() অনুমতি দেওয়ার জন্য স্পেসিফিকেশন পরিবর্তন করা হয়েছিল।
CSS সাইডওয়ে লেখার মোড
writing-mode CSS প্রোপার্টির জন্য sideways-rl এবং sideways-lr কীওয়ার্ডের সমর্থন। sideways-rl এবং sideways-lr CJK-বহির্ভূত টেক্সট উল্লম্বভাবে লেখার জন্য সহায়ক। vertical-rl এবং vertical-lr মতো CJK ভাষার জন্য তাদের আচরণ অনুকূল নয়।
ওয়েব এপিআই
সমস্ত স্ক্রিন ক্যাপচার করুন
getAllScreensMedia() ব্যবহার করে ডিভাইসের সাথে বর্তমানে সংযুক্ত সমস্ত স্ক্রিন ক্যাপচার করুন।
getDisplayMedia() একাধিকবার কল করার জন্য একাধিক ব্যবহারকারীর অঙ্গভঙ্গির প্রয়োজন হয়, ব্যবহারকারীকে প্রতিবার পরবর্তী স্ক্রিনটি বেছে নেওয়ার জন্য বোঝা চাপতে হয় এবং অ্যাপটিকে গ্যারান্টি দেয় না যে সমস্ত স্ক্রিন নির্বাচন করা হয়েছে। getAllScreensMedia() পদ্ধতি এই সমস্ত ক্ষেত্রে উন্নত হয়।
এই বৈশিষ্ট্যটি শুধুমাত্র ডেস্কটপে পাঠানো হচ্ছে।
ডায়ালগ টগল ইভেন্ট
<dialog> উপাদানগুলি কখন খোলে এবং বন্ধ হয় তা জানা দরকারী, এবং popover ইতিমধ্যেই ToggleEvent রয়েছে যা একটি popover খোলা বা বন্ধ হওয়ার সময় প্রেরণ করা হয়। পূর্বে, কখন একটি <dialog> খোলে তা সনাক্ত করার জন্য আপনাকে open পরীক্ষা করার জন্য একটি মিউটেশন পর্যবেক্ষক নিবন্ধন করতে হত, তবে, এটি বেশ জটিল কাজ যেখানে একটি ইভেন্ট সহজ হত।
এই পরিবর্তনটি একই ToggleEvent অন্তর্ভুক্ত করে যা পপওভার ডিসপ্যাচ করে, কিন্তু <dialog> উপাদানগুলির জন্য: যখন showModal বা show বলা হয়, <dialog> newState=open দিয়ে একটি ToggleEvent প্রেরণ করে। যখন একটি <dialog> বন্ধ করা হয় (ফর্ম, বোতাম, বা closewatcher ব্যবহার করে) তখন এটি newState=closed দিয়ে একটি ToggleEvent প্রেরণ করবে।
এলিমেন্ট ক্যাপচার
ট্যাব-ক্যাপচার শুরু করার জন্য পূর্বে বিদ্যমান উপায়ে প্রাপ্ত একটি ভিডিও MediaStreamTrack কারণে, এলিমেন্ট ক্যাপচার ট্র্যাকটিকে মিউটেশন করার অনুমতি দেয় যাতে শুধুমাত্র একটি প্রদত্ত এলিমেন্ট থেকে শুরু করে DOM-এর একটি সাবট্রি ক্যাপচার করা যায়।
এপিআইটি রিজিওন ক্যাপচার এপিআই-এর সাথে কিছুটা সাদৃশ্যপূর্ণ, তবে অ্যাপ্লিকেশনগুলির জন্য আরও নমনীয়তা প্রদান করে, কারণ অক্লুডিং এবং অক্লুডেড উভয় বিষয়বস্তুই ক্যাপচার থেকে বাদ দেওয়া হয়।
FedCM অনুমোদনের বৈশিষ্ট্য
এটি এমন কিছু বৈশিষ্ট্য একত্রিত করে যা আইডেন্টিটি প্রোভাইডার (আইডিপি) দ্বারা অনুমোদন প্রবাহ বাস্তবায়নের জন্য ব্যবহার করা যেতে পারে, যেমন একজন ব্যবহারকারীকে তাদের ক্যালেন্ডারে একটি রিলাইং পার্টি (আরপি) কে অ্যাক্সেস দেওয়ার অনুমতি দেওয়া। বিশেষ করে:
- IdP-কে অনুমতির জন্য একটি কাস্টম প্রম্পট (কন্টিনিউয়েশন API) দেখাতে সক্ষম হতে হবে।
- RP-এর একটি এক্সটেনসিবল উপায় প্রয়োজন যাতে তারা IdP-এর সাথে যোগাযোগ করতে পারে (প্যারামিটার API)।
- RP-কে "নাম, ইমেল ঠিকানা এবং প্রোফাইল ছবি" শেয়ার করে আইডিপি উল্লেখ করে লেখাটি কাস্টমাইজ বা দমন করতে সক্ষম হতে হবে কারণ এই পরিস্থিতিতে তারা বিভিন্ন তথ্য (ফিল্ডস এপিআই) চাইছে।
- অনুমোদন প্রবাহ (একাধিক কনফিগার URL) বাস্তবায়নের জন্য IdP একটি ভিন্ন এন্ডপয়েন্ট ব্যবহার করতে চাইতে পারে।
- কিছু অ্যাকাউন্ট শুধুমাত্র একটি প্রমাণীকরণ এবং অনুমোদন প্রবাহের জন্য যোগ্য হতে পারে এবং তাই দুটি প্রবাহে (অ্যাকাউন্ট লেবেল API) ভিন্ন অ্যাকাউন্ট দেখানোর একটি উপায় থাকা প্রয়োজন।
FedCM মোড API এবং অন্যান্য অ্যাকাউন্ট ব্যবহার API
FedCM-এর জন্য দুটি নতুন এক্সটেনশন:
- মোড :
activeমোড ওয়েবসাইটগুলিকে একটি বোতাম ক্লিকের মাধ্যমে FedCM কল করার অনুমতি দেয় (উদাহরণস্বরূপ, একটি সাইন-ইন টু IdP বোতামে ক্লিক করা), যার জন্য FedCM কে নিশ্চিত করতে হবে যে এটি সর্বদা একটি দৃশ্যমান ব্যবহারকারী ইন্টারফেসের সাথে সাড়া দেবে। সক্রিয় মোডে FedCM API কল করার ফলে ব্যবহারকারীরা লগ-আউট হয়ে গেলে আইডেন্টিটি প্রোভাইডার (IdP) এ লগইন করতে বাধ্য হয়। এছাড়াও, যেহেতু সক্রিয় মোডটি একটি স্পষ্ট ব্যবহারকারীর অঙ্গভঙ্গির মধ্যে কল করা হয়, তাই প্যাসিভ মোডের UI (যার জন্য ব্যবহারকারীর অঙ্গভঙ্গির প্রয়োজন হয় না এবং পৃষ্ঠা লোডের সময় কল করা যেতে পারে) এর তুলনায় UI আরও বিশিষ্ট (উদাহরণস্বরূপ, কেন্দ্রীভূত এবং মোডাল)। - অন্য অ্যাকাউন্ট ব্যবহার করুন : এই এক্সটেনশনের সাহায্যে, একটি আইডিপি ব্যবহারকারীদের অন্য অ্যাকাউন্টে সাইন ইন করার অনুমতি দিতে পারে।
আনুন: Request.bytes() এবং Response.bytes()
Request এবং Response ইন্টারফেসে একটি bytes() পদ্ধতি যোগ করুন, যা Uint8Array দিয়ে সমাধান করা প্রতিশ্রুতি প্রদান করে। Request এবং Response এর একটি arrayBuffer() পদ্ধতি থাকলেও, আপনি সরাসরি বাফার থেকে পড়তে পারবেন না। এটি পড়ার জন্য আপনাকে Uint8Array মতো একটি ভিউ তৈরি করতে হবে। bytes() পদ্ধতি Request এবং Response-এর বডি পাওয়ার জন্য এরগনোমিক্স উন্নত করে।
অ্যান্ড্রয়েড এবং ওয়েবভিউয়ের জন্য ফাইল সিস্টেম অ্যাক্সেস
এই API ডেভেলপারদের এমন শক্তিশালী অ্যাপ তৈরি করতে সক্ষম করে যা ব্যবহারকারীর ডিভাইসের ফাইল সিস্টেম ব্যবহার করে অন্যান্য (ওয়েব-বহির্ভূত) অ্যাপের সাথে ইন্টারঅ্যাক্ট করে। একজন ব্যবহারকারী একটি ওয়েব অ্যাপ অ্যাক্সেস দেওয়ার পর, এই API অ্যাপটিকে ব্যবহারকারীর নির্বাচিত ফাইল এবং ফোল্ডারগুলিতে সরাসরি পরিবর্তনগুলি পড়তে বা সংরক্ষণ করতে দেয়। ফাইল পড়া এবং লেখার পাশাপাশি, এই API একটি ডিরেক্টরি খোলার এবং এর বিষয়বস্তু গণনা করার ক্ষমতা প্রদান করে, পাশাপাশি IndexedDB-তে ফাইল এবং ডিরেক্টরি হ্যান্ডেলগুলি সংরক্ষণ করে যাতে পরবর্তীতে একই বিষয়বস্তুতে অ্যাক্সেস ফিরে পাওয়া যায়।
Chrome 86-এ ডেস্কটপে ফাইল সিস্টেম অ্যাক্সেস পাঠানো হয়েছে, Chrome 132-এর সাথে এটি Android এবং WebView-এ উপলব্ধ।
লোকালহোস্টের জন্য স্ট্রিক-ট্রান্সপোর্ট-সিকিউরিটি উপেক্ষা করুন
Strict-Transport-Security (STS) রেসপন্স হেডারগুলি লোকালহোস্ট ওয়েব সার্ভারগুলির জন্য সমস্যা তৈরি করতে পারে কারণ STS সমস্ত পোর্ট জুড়ে হোস্ট-ওয়াইড প্রয়োগ করে। এটি স্থানীয়ভাবে পরীক্ষা করা ওয়েব ডেভেলপারদের জন্য সামঞ্জস্যের সমস্যা তৈরি করে। এটি এমন শেষ ব্যবহারকারীদেরও প্রভাবিত করে যারা সফ্টওয়্যার প্যাকেজ ব্যবহার করে যা সাধারণত ক্ষণস্থায়ী কারণে লোকালহোস্ট ওয়েব সার্ভার শুরু করে। উদাহরণস্বরূপ, একটি ওয়েব লগইন থেকে একটি স্থানীয় সফ্টওয়্যার প্যাকেজে একটি প্রমাণীকরণ টোকেনের যোগাযোগ। যদি একজন স্থানীয় শ্রোতা একটি লোকালহোস্ট প্রতিক্রিয়াতে Strict-Transport-Security সেট করে, তবে এটি পোর্ট নির্বিশেষে পরবর্তী সমস্ত লোকালহোস্ট অনুরোধের ক্ষেত্রে প্রয়োগ করা হয়।
Chrome 132 লোকালহোস্ট URL থেকে আসা প্রতিক্রিয়াগুলিতে Strict-Transport-Security হেডারগুলি উপেক্ষা করে এই সমস্যার সমাধান করে।
কীবোর্ড ফোকাসযোগ্য স্ক্রোল কন্টেইনার
অ্যাক্সেসিবিলিটি রিগ্রেশনের কারণে এই বৈশিষ্ট্যটির (Chrome 130 থেকে) রোলআউট বন্ধ করা হয়েছিল। এটি ঠিক করা হয়েছে এবং বৈশিষ্ট্যটি Chrome 132 এর সাথে রোলআউট করা অব্যাহত রয়েছে।
প্রাইভেট স্টেট টোকেন এপিআই অনুমতি নীতি ডিফল্ট অ্যালোলিস্ট ওয়াইল্ডকার্ড
Private State Token API-তে অ্যাক্সেস অনুমতি নীতি বৈশিষ্ট্য দ্বারা সীমাবদ্ধ। Chrome 132 private-state-token-issuance এবং private-state-token-redemption বৈশিষ্ট্য উভয়ের জন্য ডিফল্ট allowlist self থেকে * (ওয়াইল্ডকার্ড) এ আপডেট করে।
PushMessageData::bytes()
PushMessageData ইন্টারফেসটি Body ইন্টারফেসের অনুকরণ করে, যা এই বছরের শুরুতে একটি নতুন bytes() পদ্ধতির মাধ্যমে সংশোধন করা হয়েছিল, এই নীতি অনুসরণ করে যে API গুলি সাধারণত Uint8Arrays হিসাবে বাইট বাফার বিক্রি করে। Chrome 132 PushMessageData ইন্টারফেসে bytes() অ্যাক্সেসর প্রদান করে Body ইন্টারফেসের সাথে পুনরায় সারিবদ্ধ হয়।
sharedStorage.selectURL এ সংরক্ষিত কোয়েরিগুলি
sharedStorage.selectURL() এখন প্রতি-পৃষ্ঠার ভিত্তিতে কোয়েরি সংরক্ষণ এবং পুনঃব্যবহারের অনুমতি দেয়, যেখানে প্রথমবার একটি সংরক্ষিত কোয়েরি চালানোর সময় দুটি প্রতি-পৃষ্ঠা-লোড বাজেট চার্জ করা হয় কিন্তু একই পৃষ্ঠা-লোডের সময় সংরক্ষিত কোয়েরির পরবর্তী রানের জন্য নয়। selectURL() এর বিকল্পগুলিতে একটি savedQuery প্যারামিটার দিয়ে এটি সম্পন্ন করা হয় যা কোয়েরির নাম দেয়।
অ-সক্রিয় নথিতে পপওভার এবং ডায়ালগের জন্য ব্যতিক্রম ত্যাগ করুন
পূর্বে একটি নিষ্ক্রিয় ডকুমেন্টের মধ্যে থাকা পপওভার বা ডায়ালগে showPopover() বা showModal() কল করা নীরবে ব্যর্থ হত। কোনও ব্যতিক্রম করা হত না, তবে ডকুমেন্টটি নিষ্ক্রিয় থাকায় কোনও পপওভার বা ডায়ালগ দেখানো হত না। Chrome 132 অনুসারে, এই পরিস্থিতিগুলি এখন InvalidStateError ফেলে দেয়।
WebAuthn সিগন্যাল API
WebAuthn নির্ভরকারী পক্ষগুলিকে বিদ্যমান শংসাপত্র সম্পর্কে তথ্য ক্রেডেনশিয়াল স্টোরেজ প্রদানকারীদের কাছে ফেরত পাঠানোর অনুমতি দেয়, যাতে ভুল বা প্রত্যাহার করা শংসাপত্রগুলি প্রদানকারী এবং সিস্টেম UI থেকে আপডেট বা সরানো যায়।
Chrome ডেস্কটপে পাসকির জন্য Signal API সম্পর্কে আরও জানুন।
WebGPU: ৩২-বিট ফ্লোট টেক্সচার ব্লেন্ডিং
float32-blendable GPU বৈশিষ্ট্যটি r32float , rg32float , এবং rgba32float ফর্ম্যাট সহ GPU টেক্সচারগুলিকে মিশ্রিত করে তোলে।
WebGPU: GPUDevice থেকে GPUAdapterInfo প্রকাশ করুন
GPUDevice adapterInfo অ্যাট্রিবিউটটি GPUAdapter অবজেক্টের মতো একই GPUAdapterInfo প্রকাশ করে।
WebGPU: টেক্সচার ভিউ ব্যবহার
সোর্স টেক্সচার থেকে ব্যবহারের পতাকার একটি উপসেট অনুরোধ করার জন্য WebGPU টেক্সচার ভিউ তৈরিতে একটি ঐচ্ছিক ক্ষেত্র যোগ করে।
ডিফল্টরূপে, টেক্সচার ভিউ ব্যবহার সোর্স টেক্সচার থেকে উত্তরাধিকারসূত্রে আসে তবে এমন ভিউ ফর্ম্যাট রয়েছে যা উত্তরাধিকারসূত্রে প্রাপ্ত ব্যবহারের সম্পূর্ণ সেটের সাথে বেমানান হতে পারে। টেক্সচার ভিউ তৈরিতে একটি ব্যবহার ক্ষেত্র যুক্ত করার মাধ্যমে ব্যবহারকারী সোর্স টেক্সচারের ব্যবহারের একটি উপসেট অনুরোধ করতে পারেন যা ভিউ ফর্ম্যাটের সাথে বৈধ এবং টেক্সচার ভিউয়ের তাদের উদ্দেশ্যপ্রণোদিত ব্যবহারের জন্য নির্দিষ্ট।
WebGPU বাস্তবায়নগুলি নিম্ন স্তরের সংস্থান তৈরিকে অপ্টিমাইজ করতে পারে এবং আরও বিশেষায়িত ব্যবহারের পতাকা সহ ভিউ ব্যবহার করার সময় কর্মক্ষমতা উন্নত করতে পারে।
নতুন উৎপত্তি পরীক্ষা
Chrome 132-এ আপনি নিম্নলিখিত নতুন অরিজিন ট্রায়ালগুলি বেছে নিতে পারেন।
Document-Isolation-Policy
Document-Isolation-Policy একটি ডকুমেন্টকে COOP বা COEP স্থাপন না করে এবং পৃষ্ঠার crossOriginIsolation স্ট্যাটাস নির্বিশেষে নিজের জন্য crossOriginIsolation সক্ষম করতে দেয়। নীতিটি প্রক্রিয়া আইসোলেশন দ্বারা সমর্থিত। অতিরিক্তভাবে, ডকুমেন্ট নন-CORS ক্রস-অরিজিন সাবরিসোর্সগুলি হয় শংসাপত্র ছাড়াই লোড করা হবে অথবা একটি CORP হেডার থাকা প্রয়োজন।
জাদুকরী মন্তব্য সহ স্পষ্ট সংকলন ইঙ্গিত
এই বৈশিষ্ট্যটি আপনাকে জাভাস্ক্রিপ্ট ফাইলগুলিতে কোন ফাংশনগুলি পার্স এবং কম্পাইল করা উচিত সে সম্পর্কে তথ্য সংযুক্ত করতে দেয়। তথ্যগুলি ম্যাজিক মন্তব্য হিসাবে এনকোড করা হবে।
অবচয় এবং অপসারণ
Chrome-এর এই সংস্করণে নিম্নলিখিত অবচয় এবং অপসারণের পদ্ধতিগুলি উপস্থাপন করা হয়েছে। পরিকল্পিত অবচয়, বর্তমান অবচয় এবং পূর্ববর্তী অপসারণের তালিকার জন্য ChromeStatus.com দেখুন।
Chrome-এর এই রিলিজ দুটি বৈশিষ্ট্য সরিয়ে দেয়।
navigator.storage আর EventTarget নয়
স্টোরেজ প্রেসার ইভেন্টের জন্য navigator.storage EventTarget হিসেবে তৈরি করা হয়েছিল, যা কখনও প্রোটোটাইপ পর্ব অতিক্রম করতে পারেনি। এই মৃত কোডটি সরানো হচ্ছে এবং ফলস্বরূপ, navigator.storage আর EventTarget প্রসারিত করবে না।
প্রিফিক্সড HTMLVideoElement ফুলস্ক্রিন API গুলি সরান
প্রিফিক্স করা HTMLVideoElement পূর্ণস্ক্রিন API গুলি Chrome থেকে বন্ধ করা হয়েছে।
এগুলো Element.requestFullscreen() API দ্বারা প্রতিস্থাপিত হয়, যা প্রথম ২০১৮ সালে Chrome 71-এ unprefixed পাঠানো হয়েছিল। ২০২৪ সাল থেকে, বেশিরভাগ ব্রাউজার কয়েক বছর ধরে unprefixed API-এর জন্য সমর্থন পেয়েছে।
Chrome 132 HTMLVideoElement থেকে নিম্নলিখিতগুলি সরিয়ে দেয়:
-
webkitSupportsFullscreenঅ্যাট্রিবিউট। -
webkitDisplayingFullscreenঅ্যাট্রিবিউট। -
webkitEnterFullscreen()পদ্ধতি। -
webkitExitFullscreen()পদ্ধতি। FullScreen-এ "S" এর বিভিন্ন বড় হাতের অক্ষর লক্ষ্য করুন। -
webkitEnterFullScreen()পদ্ধতি। -
webkitExitFullScreen()পদ্ধতি।
এই পদ্ধতিগুলি এখন আধুনিক API-এর জন্য কেবল উপনাম। বছরের পর বছর ধরে এগুলোর ব্যবহার ক্রমাগত হ্রাস পেয়েছে।