ক্রোম 135 বিটা, ক্রোম 135 বিটা

Rachel Andrew

প্রকাশিত: ০৫ মার্চ, ২০২৫

অন্যথায় উল্লেখ না থাকলে, নিম্নলিখিত পরিবর্তনগুলি Android, ChromeOS, Linux, macOS, এবং Windows-এর জন্য Chrome বিটা চ্যানেলের নতুনতম সংস্করণে প্রযোজ্য। এখানে তালিকাভুক্ত বৈশিষ্ট্যগুলি সম্পর্কে আরও জানতে প্রদত্ত লিঙ্কগুলি অথবা ChromeStatus.com-এর তালিকা দেখুন। ৫ মার্চ ২০২৫ তারিখ থেকে Chrome 135 একটি বিটা সংস্করণ। আপনি ডেস্কটপের জন্য Google.com থেকে অথবা Android-এর জন্য Google Play Store থেকে সর্বশেষ সংস্করণটি ডাউনলোড করতে পারেন।

CSS এবং UI

এই রিলিজে তেরোটি নতুন CSS এবং UI ফিচার যোগ করা হয়েছে।

অ্যাঙ্কর পজিশনিং মনে রাখা স্ক্রোল অফসেট

মনে রাখা স্ক্রল অফসেট (remembered scroll offset) ধারণাটির জন্য সমর্থন যোগ করা হয়েছে। যখন একটি পজিশনড এলিমেন্টের একটি ডিফল্ট অ্যাঙ্কর থাকে, এবং এটি এক প্রান্তে এই অ্যাঙ্করের সাথে এবং অন্য প্রান্তে মূল কন্টেইনিং ব্লকের সাথে সংযুক্ত থাকে, তখন এলিমেন্টটির আকার নির্ধারণের ক্ষেত্রে স্ক্রল অফসেটটি বিবেচনা করা হবে। এর মানে হলো, যখন ডকুমেন্টটি একটি নির্দিষ্ট স্ক্রল অফসেটে স্ক্রল করা হয়, তখন আপনি অ্যাঙ্কর করা এলিমেন্টটির জন্য সমস্ত দৃশ্যমান স্থান ( position-area ব্যবহার করে) ব্যবহার করতে পারবেন। প্রতিবার ডকুমেন্ট স্ক্রল করার সময় লেআউট (এলিমেন্টের আকার পরিবর্তন) এড়ানোর জন্য, ব্রাউজার সর্বদা বর্তমান স্ক্রল অফসেট ব্যবহার না করে মনে রাখা স্ক্রল অফসেটটি ব্যবহার করে। মনে রাখা স্ক্রল অফসেটটি একটি অ্যাঙ্কর রিক্যালকুলেশন পয়েন্টে (anchor recalculation point) আপডেট করা হয়, যা হয় সেই অবস্থান যেখানে পজিশনড এলিমেন্টটি প্রাথমিকভাবে প্রদর্শিত হয়, অথবা যখন একটি ভিন্ন পজিশন অপশন ( position-try-fallbacks ) বেছে নেওয়া হয়।

CSS নিষ্ক্রিয়তা

কোনো এলিমেন্টকে ইনার্ট (inert) করলে সেটিতে ফোকাস করা, সম্পাদনা করা, নির্বাচন করা এবং 'ফাইন্ড-ইন-পেজ' (find-in-page) দ্বারা অনুসন্ধানযোগ্যতা প্রভাবিত হয়। এটি অ্যাক্সেসিবিলিটি ট্রি-তে (accessibility tree) এলিমেন্টটি দৃশ্যমান হবে কি না, তাও প্রভাবিত করে। interactivity ) প্রপার্টিটি নির্দিষ্ট করে যে একটি এলিমেন্ট এবং তার ফ্ল্যাট ট্রি ডিসেন্ডেন্টরা (টেক্সট রান সহ) ইনার্ট হবে কি না। interactivity প্রপার্টিটি দুটি মানের মধ্যে একটি গ্রহণ করে: auto ) বা inert )।

লজিক্যাল ওভারফ্লো বৈশিষ্ট্য

overflow-inline এবং overflow-block CSS প্রোপার্টিগুলো আপনাকে রাইটিং-মোডের সাপেক্ষে ইনলাইন এবং ব্লক দিকে ওভারফ্লো সেট করতে দেয়। হরাইজন্টাল রাইটিং-মোডে overflow-inline , overflow-x এর সাথে ম্যাপ করে, আর ভার্টিকাল রাইটিং-মোডে এটি overflow-y এর সাথে ম্যাপ করে।

চিহ্ন-সম্পর্কিত ফাংশন: abs() এবং sign()

dynamic-range-limit প্রপার্টি

একটি পেজকে HDR কন্টেন্টের সর্বোচ্চ উজ্জ্বলতা সীমিত করার সুযোগ দেয়।

shape() ফাংশন

` shape() ` ফাংশনটি clip-path প্রপার্টিতে রেসপন্সিভ ফ্রি-ফর্ম শেপ তৈরি করার সুযোগ দেয়। এটি আপনাকে path() এর কমান্ডগুলোর সমতুল্য একাধিক কমান্ড নির্ধারণ করতে দেয়। তবে, এই কমান্ডগুলো রেসপন্সিভ ইউনিট (যেমন, % বা vw ) এবং কাস্টম প্রপার্টির মতো যেকোনো CSS ভ্যালু গ্রহণ করে।

::column ছদ্ম-উপাদান

একটি ::column সিউডো-এলিমেন্ট, যা জেনারেট করা ফ্র্যাগমেন্টগুলিতে সীমিত সংখ্যক স্টাইল প্রয়োগ করার সুযোগ দেয়। বিশেষত, এটি এমন স্টাইলগুলির মধ্যে সীমাবদ্ধ যা লেআউটকে প্রভাবিত করে না, এবং তাই লেআউটের পরেও প্রয়োগ করা যেতে পারে।

::scroll-button() ছদ্ম-উপাদান

সিউডো-এলিমেন্ট হিসেবে ইন্টারেক্টিভ স্ক্রল বাটন তৈরির অনুমতি দিন। উদাহরণস্বরূপ:

.scroller {
  overflow: auto;
}

.scroller::scroll-button(inline-start) {
  content: "<";
}

.scroller::scroll-button(inline-end) {
  content: ">";
}

এগুলো ফোকাসযোগ্য হওয়া উচিত এবং একটি বাটনের মতো আচরণ করবে (তাদের ইউএ স্টাইল সহ)। সক্রিয় করা হলে, নির্দিষ্ট দিকে একটি স্ক্রল সম্পন্ন হবে। যখন সেই দিকে স্ক্রল করা সম্ভব হবে না, তখন এগুলো নিষ্ক্রিয় থাকবে (এবং :disabled দিয়ে স্টাইল করা হবে), অন্যথায় এগুলো সক্রিয় থাকবে (এবং :enabled দিয়ে স্টাইল করা হবে)। সিলেক্টরটি আপনাকে চারটি লজিক্যাল দিকে বাটন নির্ধারণ করতে দেয়: block-start , block-end , inline-start , inline-end ; এবং সেইসাথে চারটি ফিজিক্যাল দিকে: up , down , left , right ।

::scroll-marker এবং ::scroll-marker-group

স্ক্রলিং কন্টেইনারের জন্য ::scroll-marker এবং ::scroll-marker-group যোগ করে। এই সিউডো-এলিমেন্টগুলো আপনাকে স্ক্রলিং কন্টেইনারের মধ্যে থাকা সমস্ত সংশ্লিষ্ট আইটেমের জন্য এক সেট ফোকাসযোগ্য মার্কার তৈরি করতে দেয়।

নেস্টেড সিউডো এলিমেন্ট স্টাইলিং

অন্যান্য সিউডো-এলিমেন্টের ভিতরে থাকা সিউডো-এলিমেন্টগুলোর স্টাইলিং সক্ষম করে। এখন পর্যন্ত, ::before::marker এবং ::after::marker এর জন্য সমর্থন সংজ্ঞায়িত করা হয়েছে এবং ভবিষ্যতে ::column::scroll-marker সমর্থন করা হবে।

পার্টিশনিং :visited লিঙ্কের ইতিহাস

ব্যবহারকারীর ব্রাউজিং হিস্ট্রি ফাঁস হওয়া রোধ করতে, অ্যাঙ্কর এলিমেন্টগুলোকে শুধুমাত্র তখনই :visited হিসেবে স্টাইল করা হয়, যখন সেগুলোতে আগে এই টপ-লেভেল সাইট এবং ফ্রেম অরিজিন থেকে ক্লিক করা হয়েছে। শুধুমাত্র এই সাইট এবং ফ্রেমে আগে ক্লিক করা লিঙ্কগুলোকেই স্টাইল করার ফলে, :visited লিঙ্কের স্টাইলিং তথ্য পাওয়ার জন্য তৈরি হওয়া বিভিন্ন সাইড-চ্যানেল অ্যাটাকগুলো এখন অচল হয়ে পড়েছে, কারণ এগুলো সাইটগুলোকে ব্যবহারকারীদের সম্পর্কে আর কোনো নতুন তথ্য দেয় না।

সেলফ-লিঙ্কের ক্ষেত্রে একটি ব্যতিক্রম রয়েছে, যেখানে কোনো সাইটের নিজস্ব পেজের লিঙ্কগুলোকে :visited হিসেবে স্টাইল করা যায়, এমনকি যদি এই নির্দিষ্ট টপ-লেভেল সাইট এবং ফ্রেম অরিজিনে সেগুলোতে আগে ক্লিক করা নাও হয়ে থাকে। এই ছাড়টি শুধুমাত্র সেইসব টপ-লেভেল ফ্রেম বা সাবফ্রেমে সক্রিয় থাকে যেগুলো টপ-লেভেল ফ্রেমের সাথে একই-অরিজিনের। গোপনীয়তার সুবিধাগুলো তখনও অর্জিত হয়, কারণ সাইটগুলো আগে থেকেই জানে যে একজন ব্যবহারকারী তার কোন সাবপেজগুলো ভিজিট করেছে, ফলে কোনো নতুন তথ্য প্রকাশ পায় না। এটি কমিউনিটির অনুরোধে করা একটি ব্যতিক্রম ছিল যা ব্যবহারকারীর অভিজ্ঞতা উন্নত করে।

ইন্টারপোলেশন অগ্রগতির কার্যকরী সংকেত: CSS *progress() ফাংশন

safe-area-max-inset- * ভেরিয়েবল

safe-area-inset এনভায়রনমেন্ট ভেরিয়েবলগুলোর পাশাপাশি, ক্রোম এখন এই ভেরিয়েবলগুলোর max-area-safe-inset- * ভ্যারিয়েন্টগুলোও সাপোর্ট করে। ডাইনামিক ইনসেটগুলোর মতো নয়, ম্যাক্স ইনসেটগুলো অপরিবর্তিত থাকে এবং এগুলো সেফ এরিয়ার সর্বোচ্চ সম্ভাব্য ইনসেটকে নির্দেশ করে।

উচ্চ কর্মদক্ষতা সম্পন্ন এজ-টু-এজ ওয়েব অভিজ্ঞতা তৈরির জন্য এই মানগুলো প্রয়োজনীয়।

ওয়েব এপিআই

ওয়েব স্পিচ এপিআই-তে MediaStreamTrack সমর্থন যোগ করুন

ওয়েব স্পিচ এপিআই-তে MediaStreamTrack সাপোর্ট যোগ করুন। ওয়েব স্পিচ এপিআই হলো একটি ওয়েব স্ট্যান্ডার্ড এপিআই, যা ডেভেলপারদের তাদের ওয়েব পেজগুলোতে স্পিচ রিকগনিশন এবং সিন্থেসিস অন্তর্ভুক্ত করতে সাহায্য করে। বর্তমানে, ওয়েব স্পিচ এপিআই অডিও ইনপুট হিসেবে ব্যবহারকারীর ডিফল্ট মাইক্রোফোন ব্যবহার করে। মিডিয়াস্ট্রিমট্র্যাক সাপোর্টের ফলে ওয়েবসাইটগুলো রিমোট অডিও ট্র্যাকসহ অন্যান্য অডিও সোর্সের ক্যাপশন যোগ করার জন্য ওয়েব স্পিচ এপিআই ব্যবহার করতে পারবে।

ব্লব ইউআরএল পার্টিশনিং: ফেচিং এবং নেভিগেশন

স্টোরেজ পার্টিশনিং-এর ধারাবাহিকতায়, এই ফিচারটি স্টোরেজ কী (টপ-লেভেল সাইট, ফ্রেম অরিজিন, এবং has-cross-site-ancestor বুলিয়ান)-এর ভিত্তিতে ব্লব ইউআরএল অ্যাক্সেসের পার্টিশনিং বাস্তবায়ন করে। তবে টপ-লেভেল নেভিগেশনগুলো এর ব্যতিক্রম, যেগুলো শুধুমাত্র ফ্রেম অরিজিন দ্বারাই পার্টিশনকৃত থাকবে।

স্ক্রিপ্টের জন্য CSP-তে require-sri-for

` require-sri-for ডিরেক্টিভটি আপনাকে এই মর্মে অ্যাসার্ট করার ক্ষমতা দেয় যে, একটি নির্দিষ্ট টাইপের প্রতিটি রিসোর্সের ইন্টিগ্রিটি চেক করা প্রয়োজন। যদি ইন্টিগ্রিটি মেটাডেটা ছাড়া সেই টাইপের কোনো রিসোর্স লোড করার চেষ্টা করা হয়, তবে সেই প্রচেষ্টা ব্যর্থ হবে এবং একটি CSP ভায়োলেশন রিপোর্ট ট্রিগার করবে। এই ইন্টেন্টটি এই ডিরেক্টিভের "script" ভ্যালুটিকে অন্তর্ভুক্ত করে।

srcdoc iframe-এর জন্য সার্ভিস ওয়ার্কার ক্লায়েন্ট তৈরি করুন এবং সার্ভিস ওয়ার্কার কন্ট্রোলার ইনহেরিট করুন।

Srcdoc কনটেক্সট ডকুমেন্টগুলো বর্তমানে সার্ভিস ওয়ার্কার ক্লায়েন্ট নয় এবং তাদের প্যারেন্টের সার্ভিস ওয়ার্কারের আওতাভুক্ত নয়। এর ফলে কিছু অসঙ্গতি দেখা দেয় (উদাহরণস্বরূপ, রিসোর্স টাইমিং এই ডকুমেন্টগুলো দ্বারা লোড হওয়া URL-গুলো রিপোর্ট করে, কিন্তু সার্ভিস ওয়ার্কার সেগুলোকে ইন্টারসেপ্ট করে না)। এর লক্ষ্য হলো srcdoc iframe-গুলোর জন্য সার্ভিস ওয়ার্কার ক্লায়েন্ট তৈরি করে এবং সেগুলোকে তাদের প্যারেন্টের সার্ভিস ওয়ার্কার কন্ট্রোলার থেকে ইনহেরিট করানো, যার মাধ্যমে এই অসঙ্গতিগুলো সমাধান করা হবে।

ক্যাপচার করা পয়েন্টারে ক্লিক ইভেন্ট প্রেরণ করা

যদি pointerup ইভেন্টটি ডিসপ্যাচ হওয়ার সময় কোনো পয়েন্টার ক্যাপচার করা হয়, তাহলে UI ইভেন্ট স্পেক অনুযায়ী pointerdown এবং pointerup ইভেন্টের নিকটতম কমন অ্যানসেস্টরের পরিবর্তে click ইভেন্টটি ক্যাপচার করা টার্গেটে ডিসপ্যাচ করা হবে। যে পয়েন্টারগুলো ক্যাপচার করা হয়নি, সেগুলোর ক্ষেত্রে click টার্গেট অপরিবর্তিত থাকে।

ফ্লোট১৬অ্যারে

Float16Array টাইপের অ্যারে যোগ করে। Float16Array ইনস্ট্যান্সে লেখার সময় সংখ্যাসূচক মানগুলিকে IEEE fp16-এ রাউন্ড করা হয়।

HTTP ক্যাশে পার্টিশন কী-তে ন্যাভিগেশন ইনিশিয়েটর অন্তর্ভুক্ত করা

টপ-লেভেল নেভিগেশন-সম্পর্কিত ক্রস-সাইট লিক অ্যাটাক প্রতিরোধ করার জন্য, ক্রোমের HTTP ক্যাশে কীয়িং স্কিমটি একটি is-cross-site-main-frame-navigation বুলিয়ান অন্তর্ভুক্ত করতে আপডেট করা হয়েছে। বিশেষত, এটি এমন ক্রস-সাইট অ্যাটাক প্রতিরোধ করবে যেখানে একজন আক্রমণকারী কোনো নির্দিষ্ট পেজে টপ-লেভেল নেভিগেশন শুরু করে এবং তারপর লোড টাইমিংয়ের মাধ্যমে সংবেদনশীল তথ্য অনুমান করার জন্য সেই পেজ দ্বারা লোড করা হয়েছে বলে পরিচিত কোনো রিসোর্সে নেভিগেট করতে পারে। এই পরিবর্তনটি ব্যবহারকারীর গোপনীয়তাও উন্নত করে, কারণ এটি কোনো ক্ষতিকারক সাইটকে নেভিগেশন ব্যবহার করে ব্যবহারকারী পূর্বে কোনো নির্দিষ্ট সাইট ভিজিট করেছে কিনা তা অনুমান করা থেকে বিরত রাখে।

HSTS ট্র্যাকিং প্রতিরোধ

HSTS ক্যাশের মাধ্যমে তৃতীয় পক্ষের দ্বারা ব্যবহারকারীকে ট্র্যাক করার ঝুঁকি প্রতিরোধ করে।

এই ফিচারটি শুধুমাত্র টপ-লেভেল নেভিগেশনের জন্য HSTS আপগ্রেডের অনুমতি দেয় এবং সাব-রিসোর্স রিকোয়েস্টের জন্য HSTS আপগ্রেড ব্লক করে। এর ফলে, থার্ড-পার্টি সাইটগুলোর পক্ষে ওয়েব জুড়ে ব্যবহারকারীদের ট্র্যাক করার জন্য HSTS ক্যাশে ব্যবহার করা অসম্ভব হয়ে পড়ে।

ইনভোকার কমান্ড: ` command এবং commandfor অ্যাট্রিবিউটসমূহ

<button> এলিমেন্টের command এবং commandfor অ্যাট্রিবিউটগুলো আপনাকে আরও সহজলভ্য এবং ডিক্লারেটিভ উপায়ে বাটনের আচরণ নির্ধারণ করতে দেয়, যা বাগ কমায় এবং ইন্টারঅ্যাক্টিভিটির জন্য প্রয়োজনীয় জাভাস্ক্রিপ্টের পরিমাণ সরল করে। commandfor এবং command অ্যাট্রিবিউটযুক্ত বাটনগুলো—যখন ক্লিক, টাচ বা কী-প্রেসের মাধ্যমে সক্রিয় করা হয়—তখন commandfor দ্বারা রেফারেন্সকৃত এলিমেন্টে একটি CommandEvent ডিসপ্যাচ করে, যার সাথে ডায়ালগ এবং পপওভার খোলার মতো কিছু ডিফল্ট আচরণও থাকে।

পুশ পেমেন্ট সমর্থন করতে rel="facilitated-payment" লিঙ্কটি ব্যবহার করুন।

<link rel="facilitated-payment" href="..."> এর জন্য সমর্থন যোগ করা হয়েছে, যা একটি ইঙ্গিত হিসেবে কাজ করে যে ব্রাউজার যেন আসন্ন পুশ পেমেন্ট সম্পর্কে নিবন্ধিত পেমেন্ট ক্লায়েন্টদের অবহিত করে।

NavigateEvent sourceElement প্রপার্টি

যখন কোনো এলিমেন্টের মাধ্যমে নেভিগেশন শুরু করা হয় (অর্থাৎ, লিঙ্কে ক্লিক বা ফর্ম জমা দেওয়ার মাধ্যমে), তখন NavigateEvent এর sourceElement প্রপার্টিটি সূচনাকারী এলিমেন্টটিকে রিটার্ন করবে।

NotRestoredReasons API কারণের নাম পরিবর্তন

NotRestoredReasons API-টি প্রমিত নামগুলোর সাথে সামঞ্জস্য রাখার জন্য কিছু কারণের লেখা পরিবর্তন করছে। যেসব ডেভেলপার এই কারণগুলো পর্যবেক্ষণ করছেন, তারা কারণের লেখায় একটি পরিবর্তন লক্ষ্য করতে পারেন।

ডিভাইসে ওয়েব স্পিচ এপিআই

সার্ভিস ওয়ার্কার ক্লায়েন্ট URL, history.pushState পরিবর্তনগুলিকে উপেক্ষা করে।

সার্ভিস ওয়ার্কারের Client.url প্রপার্টিকে এমনভাবে পরিবর্তন করে যাতে history.pushState() এবং অন্যান্য অনুরূপ হিস্ট্রি এপিআই ব্যবহার করে করা ডকুমেন্ট ইউআরএল পরিবর্তন উপেক্ষা করা হয়। Client.url প্রপার্টিটি এইচটিএমএল ডকুমেন্টের ক্রিয়েশন ইউআরএল হিসেবে কাজ করার জন্য তৈরি, যা এই ধরনের পরিবর্তনগুলিকে উপেক্ষা করে।

SVGAElement জন্য rel এবং relList অ্যাট্রিবিউট সমর্থন করে

SVG 2.0-এর SVGAElement ইন্টারফেসটি HTML অ্যাঙ্কর এলিমেন্টের মতোই <a> এলিমেন্টগুলোকে নিয়ন্ত্রণ করার সুযোগ দেয়। rel এবং relList অ্যাট্রিবিউটগুলোর সমর্থন ডেভেলপারদের জন্য নিরাপত্তা ও গোপনীয়তা বৃদ্ধি করে। HTML অ্যাঙ্কর এলিমেন্টের সাথে এই সামঞ্জস্য বিভিন্ন ওয়েব প্রযুক্তিতে সঙ্গতি এবং ব্যবহারের সহজতা নিশ্চিত করে।

আরটিসি এনকোডেড ফ্রেমের টাইমস্ট্যাম্প

এই বৈশিষ্ট্যটির কাজ হলো RTCPeerConnection-এর মাধ্যমে প্রেরিত WebRTC এনকোডেড ফ্রেমে উপস্থিত কিছু টাইমস্ট্যাম্প ওয়েবে প্রকাশ করা। উল্লিখিত টাইমস্ট্যাম্পগুলো হলো:

• ক্যাপচার টাইমস্ট্যাম্প: যে সময়ে একটি ফ্রেম প্রথম ক্যাপচার করা হয়েছিল।
• প্রাপ্তির টাইমস্ট্যাম্প: যে সময়ে একটি ফ্রেম গ্রহণ করা হয়েছিল।

'loaded' এবং 'total'-এর জন্য ডাবল টাইপ ব্যবহার করতে ProgressEvent আপডেট করুন।

ProgressEvent loaded এবং total অ্যাট্রিবিউট রয়েছে যা অগ্রগতি নির্দেশ করে, এবং বর্তমানে এদের টাইপ হলো unsigned long long । এই ফিচারের মাধ্যমে, এই দুটি অ্যাট্রিবিউটের টাইপ পরিবর্তন করে ` double করা হয়েছে, যা ডেভেলপারকে এর মানের উপর আরও বেশি নিয়ন্ত্রণ দেয়। উদাহরণস্বরূপ, ডেভেলপাররা এখন এমন একটি ProgressEvent তৈরি করতে পারবেন যার ` total হবে ১ এবং ` loaded অ্যাট্রিবিউটের মান ০ থেকে ধীরে ধীরে বেড়ে ১ হবে। এটি <progress> ` HTML এলিমেন্টের ডিফল্ট আচরণের সাথে সামঞ্জস্যপূর্ণ, যদি `max` অ্যাট্রিবিউটটি বাদ দেওয়া হয়।

fetchLater এপিআই

` fetchLater() API হলো একটি জাভাস্ক্রিপ্ট API যা একটি বিলম্বিত ফেচ (deferred fetch) অনুরোধ করার জন্য ব্যবহৃত হয়, যা বিশেষত একটি পেজের জীবনকালের শেষে আরও নির্ভরযোগ্য বিকনিং (beaconing)-এর জন্য উপযোগী। কোনো ডকুমেন্টে একবার কল করা হলে, একটি বিলম্বিত অনুরোধ ব্রাউজার দ্বারা PENDING অবস্থায় কিউতে (queue) রাখা হয়, এবং নিম্নলিখিত শর্তগুলোর মধ্যে যেটি আগে ঘটে, তার ভিত্তিতে এটি চালু করা হয়:

ব্যবহারকারী-নির্ধারিত একটি সময় পরে ডকুমেন্টটি ধ্বংস করে ফেলা হয়। গোপনীয়তার কারণে, ডকুমেন্টটি bfcache-এ প্রবেশ করার সাথে সাথে, কত সময় বাকি আছে তা নির্বিশেষে সমস্ত মুলতুবি থাকা অনুরোধ মুছে ফেলা হবে। ব্রাউজারই সিদ্ধান্ত নেয় যে এটি পাঠানোর সময় হয়েছে।

এপিআইটি একটি FetchLaterResult রিটার্ন করে, যাতে activated একটি বুলিয়ান ফিল্ড থাকে। স্থগিত অনুরোধটি পাঠানো হয়েছে কি না, তা জানানোর জন্য এই ফিল্ডটি আপডেট করা যেতে পারে। সফলভাবে পাঠানোর পর, বডি এবং হেডার সহ সম্পূর্ণ রেসপন্সটি ব্রাউজার দ্বারা উপেক্ষা করা হবে।

উল্লেখ্য যে, এপিআই ব্যবহারকারীর দৃষ্টিকোণ থেকে প্রেরণের সঠিক সময়টি অজানা থাকে।

নতুন উৎস পরীক্ষা

ক্রোম ১৩৫-এ আপনি নিম্নলিখিত নতুন অরিজিন ট্রায়ালগুলিতে অংশগ্রহণ করতে পারেন।

সুদ আহ্বানকারী

এই ফিচারটি <button> এবং <a> এলিমেন্টে একটি interesttarget অ্যাট্রিবিউট যোগ করে। interesttarget অ্যাট্রিবিউটটি এলিমেন্টে "আগ্রহ" সম্পর্কিত আচরণ যোগ করে, যার ফলে যখন ব্যবহারকারী এলিমেন্টটির প্রতি "আগ্রহ দেখায়", তখন টার্গেট এলিমেন্টে বিভিন্ন অ্যাকশন ট্রিগার হয়। এই অ্যাকশনগুলোর মধ্যে পপওভার দেখানোর মতো বিষয়ও অন্তর্ভুক্ত থাকতে পারে। ব্যবহারকারী যখন এলিমেন্টটির প্রতি "আগ্রহ দেখায়", তখন ইউজার এজেন্ট তা শনাক্ত করার কাজটি করে। এর জন্য সে মাউস দিয়ে এলিমেন্টটির উপর হোভার করা, কিবোর্ডের বিশেষ হটকি চাপা, বা টাচস্ক্রিনে এলিমেন্টটি লং-প্রেস করার মতো পদ্ধতি ব্যবহার করে। যখন আগ্রহ দেখানো হয় বা আগ্রহ হারিয়ে যায়, তখন টার্গেট এলিমেন্টে একটি InterestEvent ফায়ার হয়, যার পপওভারের ক্ষেত্রে ডিফল্ট অ্যাকশনগুলো হলো—পপওভারটি দেখানো এবং লুকানো।

স্বাক্ষর-ভিত্তিক সততা

এই ফিচারটি ওয়েব ডেভেলপারদেরকে তাদের নির্ভর করা রিসোর্সগুলোর উৎস যাচাই করার একটি পদ্ধতি প্রদান করে, যা একটি সাইটের নির্ভরতাগুলোর উপর আস্থার জন্য একটি প্রযুক্তিগত ভিত্তি তৈরি করে। সংক্ষেপে: সার্ভারগুলো একটি Ed25519 কী পেয়ার দিয়ে রেসপন্স সাইন করতে পারে, এবং ওয়েব ডেভেলপাররা একটি নির্দিষ্ট পাবলিক কী ব্যবহার করে সেই সিগনেচার যাচাই করার জন্য ইউজার এজেন্টকে নির্দেশ দিতে পারে। এটি একদিকে কন্টেন্ট সিকিউরিটি পলিসির ইউআরএল-ভিত্তিক চেক এবং অন্যদিকে সাবরিসোর্স ইন্টিগ্রিটির কন্টেন্ট-ভিত্তিক চেকের পাশাপাশি একটি সহায়ক সংযোজন হিসেবে কাজ করে।

অবচয় এবং অপসারণ

ক্রোমের এই সংস্করণে নিচে তালিকাভুক্ত ফিচারগুলো বাতিল ও অপসারণ করা হয়েছে। পরিকল্পিত বাতিলকরণ, বর্তমান বাতিলকরণ এবং পূর্ববর্তী অপসারণের তালিকার জন্য ChromeStatus.com দেখুন।

ক্রোমের এই সংস্করণে একটি ফিচার বাতিল করা হয়েছে।

আন্তর্জাতিক লোকেল তথ্যের গেটারগুলো বাতিল করুন

Intl Locale Info API হলো একটি স্টেজ ৩ ECMAScript TC39 প্রস্তাবনা, যা Intl.Locale অবজেক্টকে উন্নত করার জন্য তৈরি করা হয়েছে। এটি সপ্তাহের তথ্য (সপ্তাহের প্রথম দিন, সপ্তাহান্তের শুরুর দিন, সপ্তাহান্তের শেষের দিন, প্রথম সপ্তাহের সর্বনিম্ন দিন) এবং লোকেলে ব্যবহৃত টেক্সট ডিরেকশন আওয়ার সাইকেলের মতো লোকেল সম্পর্কিত তথ্য প্রকাশ করে। Chrome 99-এ এর একটি ইমপ্লিমেন্টেশন যুক্ত করা হয়েছিল, তবে প্রস্তাবনাটিতে পরিবর্তন এনে কয়েকটি গেটারকে ফাংশনে স্থানান্তর করা হয়। আমাদের ডেপ্রিকেটেড গেটারগুলো সরিয়ে ফেলতে হবে এবং নতুন নামকরণ করা ফাংশনগুলো পুনরায় চালু করতে হবে।

ক্রোমের এই সংস্করণে তিনটি ফিচার সরিয়ে দেওয়া হয়েছে।

অপ্রচলিত navigator.xr.supportsSession পদ্ধতিটি সরিয়ে ফেলুন

TAG থেকে API-এর গঠন সম্পর্কে মতামত পাওয়ার পর, ২০১৯ সালের সেপ্টেম্বরে WebXR স্পেসিফিকেশনে navigator.xr.supportsSession navigator.xr.isSessionSupported মেথড দ্বারা প্রতিস্থাপন করা হয়। তখন থেকে Chrome-এ এটিকে ডেপ্রিকেটেড (deprecated) হিসেবে চিহ্নিত করা হয়েছে, যা ডেভেলপারদের আপডেট করা API-তে নির্দেশ দিয়ে একটি কনসোল সতর্কতা প্রদর্শন করে। এই কলটির ব্যবহার খুবই কম, এবং WebXR কন্টেন্ট তৈরির জন্য ব্যবহৃত সমস্ত প্রধান ফ্রেমওয়ার্ক নতুন কলটি ব্যবহার করার জন্য আপডেট করা হয়েছে বলে নিশ্চিত করা হয়েছে।

NavigateEvent canTransition প্রপার্টিটি সরান

ক্রোম ১০৮-এ, NavigateEvent এর transitionWhile() মেথড এবং canTransition প্রপার্টিকে নতুন intercept() মেথড এবং canIntercept প্রপার্টি দিয়ে প্রতিস্থাপন করা হয়েছিল। সেই সময়ে, transitionWhile() মেথডটি সরিয়ে ফেলা হয়। কিন্তু, আমরা canTransition প্রপার্টিটি সরাতে ভুলে গিয়েছিলাম: পরিবর্তে, আমরা এটিকে canIntercept এর একটি অ্যালিয়াস হিসেবে রেখে দিয়েছিলাম। ক্রোম ১৩৫-এ, আমরা এই ভুলটি সংশোধন করছি এবং canTransition সরিয়ে ফেলছি। canTransition এর যেকোনো ব্যবহার canIntercept দিয়ে প্রতিস্থাপন করা যাবে, এতে আচরণের কোনো পরিবর্তন হবে না।

WebGPU সীমা maxInterStageShaderComponents অপসারণ করুন

একাধিক কারণের সমন্বয়ে maxInterStageShaderComponents সীমাটি তুলে দেওয়া হচ্ছে:

• maxInterStageShaderVariables এর সাথে পুনরাবৃত্তি: এই সীমাটি ইতিমধ্যেই একটি অনুরূপ উদ্দেশ্য পূরণ করে, যা শেডার পর্যায়গুলির মধ্যে প্রেরিত ডেটার পরিমাণ নিয়ন্ত্রণ করে।
• সামান্য অমিল: যদিও দুটি সীমা গণনা করার পদ্ধতিতে সামান্য পার্থক্য রয়েছে, এই পার্থক্যগুলি নগণ্য এবং maxInterStageShaderVariables limit মধ্যে কার্যকরভাবে পরিচালনা করা যেতে পারে।
• সরলীকরণ: maxInterStageShaderComponents অপসারণ করলে শেডার ইন্টারফেস সুবিন্যস্ত হয় এবং ডেভেলপারদের জন্য জটিলতা কমে। দুটি পৃথক সীমা (যেগুলো সূক্ষ্ম পার্থক্যসহ একই সাথে প্রযোজ্য) পরিচালনা করার পরিবর্তে, তারা আরও যথাযথভাবে নামকরণ করা এবং ব্যাপক maxInterStageShaderVariables উপর মনোযোগ দিতে পারে।