ক্রোম ১৪৪ বিটা

প্রকাশিত: ৩ ডিসেম্বর, ২০২৫

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

CSS এবং UI

ট্রান্সফর্ম ব্যবহার করে CSS অ্যাঙ্কর পজিশনিং

যদি কোনো অ্যাঙ্কর-পজিশনড এলিমেন্ট এমন কোনো অ্যাঙ্করের সাথে টিথার করা থাকে যার একটি ট্রান্সফর্ম আছে (অথবা ট্রান্সফর্মযুক্ত কোনো এলিমেন্টের মধ্যে থাকে), তাহলে ব্রাউজার ট্রান্সফর্মড অ্যাঙ্করটির বাউন্ডিং বক্সের সাপেক্ষে anchor() এবং anchor-size() ফাংশনগুলোকে রিজলভ করে।

CSS ফাইন্ড-ইন-পেজ হাইলাইট সিউডোস

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

ইগালিয়া ব্লগের ' ফাইন্ড-ইন-পেজ হাইলাইট স্টাইলিং' অংশে আরও জানুন।

অ্যাঙ্কর পজিশনিংয়ের জন্য aria-details ব্যবহার করবেন না।

অ্যাঙ্কর পজিশনিং-এর নন-পপওভার ব্যবহারের ক্ষেত্রে aria-details রিলেশনশিপ তৈরি করার কোডটি সম্ভবত একটি ভুল ছিল। যেহেতু পপওভার এবং অন্যান্য সিমান্টিক রিলেশনশিপগুলো aria-details তৈরি করে , এবং বাকি ব্যবহারের ক্ষেত্রগুলো সম্ভবত নন-সিমান্টিক, তাই ক্রোম এখন নন-সিমান্টিক ক্ষেত্রগুলোতে এই রিলেশনশিপগুলো তৈরি করে না।

@scroll-state স্ক্রোল করা সমর্থন

সর্বশেষ স্ক্রলিং দিকের উপর ভিত্তি করে কন্টেইনারের অধীনস্থ অংশগুলোকে স্টাইল করার সুবিধা দেয়।

উদাহরণ:

.scrolling-up {
  translate: 80px 0;
  transition: 0.4s translate;
}

html {
  container-type: scroll-state;
}

@container scroll-state(scrolled: top) {
  .scrolling-up { translate: 0 0; }
}

কিবোর্ড স্ক্রলের জন্য overscroll-behavior সম্মান করুন

যখন আপনি overscroll-behavior এর মান auto ছাড়া অন্য কোনো মানে সেট করেন, তখন ব্রাউজারের স্ক্রল চেইনিং করা উচিত নয়। ক্রোম মাউস বা টাচ স্ক্রলিংয়ের ক্ষেত্রে এটি মেনে চলে; কিন্তু কিবোর্ড স্ক্রলিং তা উপেক্ষা করত। এই পরিবর্তনটি নিশ্চিত করে যে কিবোর্ড স্ক্রলিংও overscroll-behavior মেনে চলবে।

যেসব স্ক্রল করা যায় না, সেগুলোর ক্ষেত্রে overscroll-behavior সম্মান করুন।

overscroll-behavior প্রপার্টিটি সমস্ত স্ক্রল কন্টেইনার এলিমেন্টের উপর প্রযোজ্য, সেই এলিমেন্টগুলিতে ওভারফ্লোয়িং কন্টেন্ট আছে কি না বা সেগুলি ইউজার স্ক্রলেবল কি না, তা নির্বিশেষে। আপনি একটি overflow: hidden ব্যাকড্রপ বা একটি overflow: auto এলিমেন্ট ওভারফ্লোয়িং কি না, তা বিবেচনা না করেই সেটির স্ক্রল প্রোপাগেশন প্রতিরোধ করতে overscroll-behavior ব্যবহার করতে পারেন।

নন-ট্রি-স্কোপড container-name মেলানো

@container কোয়েরির ক্ষেত্রে container-name মেলানোর সময় ব্রাউজার ট্রি-স্কোপ উপেক্ষা করে।

পূর্বে, @container কোয়েরির জন্য container-name মেলানোর ক্ষেত্রে ট্রি-স্কোপড নাম বা রেফারেন্স ব্যবহার করা হতো। এর মানে হলো, যদি @container রুল এবং container-type প্রপার্টি ভিন্ন ভিন্ন ট্রি থেকে আসত, তাহলে একই নাম ম্যাচ করত না; উদাহরণস্বরূপ, যদি container-type ডিক্লারেশনটি একটি ইনার শ্যাডো ট্রি থেকে আসত।

এই পরিবর্তনের ফলে, @container নিয়ম বা container-type ঘোষণার উৎস নির্বিশেষে container-name মানগুলো মিলে যাবে।

SVG2 CSS ক্যাসকেডিং

<use> এলিমেন্ট ট্রি-তে CSS নিয়ম মেলানোর ক্ষেত্রে Chrome-এর ইমপ্লিমেন্টেশনকে SVG2 স্পেসিফিকেশনের সাথে সামঞ্জস্যপূর্ণ করে।

সিলেক্টরগুলো মূল এলিমেন্ট সাবট্রির পরিবর্তে <use> ইনস্ট্যানসিয়েশন এলিমেন্টগুলোর সাথে ম্যাচ করে। এর মানে হলো, সিলেক্টরগুলো আর ক্লোন করা সাবট্রির বাইরের অ্যানসেস্টর এবং সিবলিং এলিমেন্টগুলোর সাথে ম্যাচ করে না। আরও গুরুত্বপূর্ণ বিষয় হলো, : :hover মতো স্টেট সিলেক্টরগুলো এখন <use> ইনস্ট্যান্সের মধ্যে ম্যাচ করে।

ওয়েব এপিআই

XRVisibilityMaskChange

একটি XRVisibilityMaskChange ইভেন্ট যোগ করে, যা ব্যবহারকারীর ভিউপোর্টের দৃশ্যমান অংশের মেশকে উপস্থাপন করার জন্য ভার্টেক্স এবং ইন্ডেক্সের একটি তালিকা প্রদান করে। এই ডেটা ব্যবহার করে ভিউপোর্টের অঙ্কনের পরিমাণকে নিশ্চিতভাবে সীমিত করা যায়, যা পারফরম্যান্স উন্নত করে। এই ইভেন্টটিকে আরও ভালোভাবে সমর্থন করার জন্য, XRView অবজেক্টগুলোকেও অনন্য আইডেন্টিফায়ার দেওয়া হয়, যাতে সংশ্লিষ্ট মাস্কগুলোর সাথে সহজে জোড়া মেলানো যায়। এটি মূল WebXR স্পেসিফিকেশনের একটি এক্সটেনশন।

onanimationcancel ইভেন্টটিকে GlobalEventHandlers কাছে প্রকাশ করুন

CSS Animations Level 1, HTML স্পেসিফিকেশনে সংজ্ঞায়িত GlobalEventHandlers ইন্টারফেসটিকে চারটি নতুন ইভেন্ট হ্যান্ডলার ঘোষণার মাধ্যমে সম্প্রসারিত করে: onanimationstart , onanimationiteration , onanimationend এবং onanimationcancel

GlobalEventHandlers IDL থেকে শুধুমাত্র onanimationcancel ইভেন্ট হ্যান্ডলারটি অনুপস্থিত ছিল।

আরও তথ্যের জন্য, CSS Animations Level 1 স্পেসিফিকেশন এবং HTML স্পেসিফিকেশনের GlobalEventHandlers সেকশনটি দেখুন।

ট্রানজিশন দেখুন waitUntil() পদ্ধতি

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

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

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

ভিউ ট্রানজিশনের উন্নত ব্যবহার সক্ষম করতে, এই ইন্টেন্টটি ViewTransition অবজেক্টে একটি waitUntil() ফাংশন যোগ করে যা একটি প্রমিজ গ্রহণ করে। এই প্রমিজটি সিউডো-ট্রি-এর সেটেলড না হওয়া পর্যন্ত তার ধ্বংসকে বিলম্বিত করে।

<geolocation> উপাদান

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

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

WebGPU: subgroup_id বৈশিষ্ট্য

সাবগ্রুপ এক্সটেনশনটি সক্রিয় করা থাকলে subgroup_id এবং num_subgroups বিল্ট-ইন ভ্যালুগুলো পাওয়া যায়।

WebGPU: ইউনিফর্ম বাফার স্ট্যান্ডার্ড লেআউট

WGSL শেডারে ঘোষিত ইউনিফর্ম বাফারগুলির ক্ষেত্রে এখন আর অ্যারে এলিমেন্টগুলিতে ১৬-বাইট অ্যালাইনমেন্ট থাকা অথবা নেস্টেড স্ট্রাকচার অফসেটগুলিকে ১৬ বাইটের গুণিতকে প্যাড করার প্রয়োজন নেই।

টেম্পোরাল এপিআই

ECMA262 এর টেম্পোরাল এপিআই তারিখ এবং সময় নিয়ে কাজ করার জন্য স্ট্যান্ডার্ড অবজেক্ট এবং ফাংশন সরবরাহ করে। ECMAScript-এ Date একটি দীর্ঘস্থায়ী সমস্যা ছিল। Temporal , একটি গ্লোবাল Object যা একটি টপ-লেভেল নেমস্পেস (উদাহরণস্বরূপ, Math ) হিসেবে কাজ করে, ECMAScript ভাষায় একটি আধুনিক তারিখ এবং সময় এপিআই নিয়ে আসে। এর পেছনের উদ্দেশ্যগুলোর বিস্তারিত বিশ্লেষণের জন্য, "Fixing JavaScript Date: Getting Started" দেখুন।

SVGAElement জন্য ping , hreflang , type এবং referrerPolicy সমর্থন করে।

SVGAElementping , hreflang , type , এবং referrerPolicy অ্যাট্রিবিউটের জন্য সমর্থন যোগ করা হয়েছে, যা HTML এবং SVG জুড়ে সামঞ্জস্যপূর্ণ লিঙ্ক হ্যান্ডলিংয়ের জন্য এর আচরণকে HTMLAnchorElement সাথে সারিবদ্ধ করে।

clipboardchange ঘটনা

যখনই কোনো ওয়েব অ্যাপ বা অন্য কোনো সিস্টেম অ্যাপ্লিকেশন দ্বারা সিস্টেম ক্লিপবোর্ডের বিষয়বস্তু পরিবর্তিত হয়, তখন ` clipboardchange ইভেন্টটি সক্রিয় হয়। এর ফলে ওয়েব অ্যাপগুলো, যেমন রিমোট ডেস্কটপ ক্লায়েন্ট, তাদের ক্লিপবোর্ডকে সিস্টেম ক্লিপবোর্ডের সাথে সিঙ্ক্রোনাইজ করে রাখতে পারে। পরিবর্তনের তথ্য জানার জন্য (জাভাস্ক্রিপ্ট ব্যবহার করে) ক্লিপবোর্ড পোলিং করার এটি একটি কার্যকর বিকল্প।

ব্যবহারকারী-এজেন্ট ক্লায়েন্ট ইঙ্গিত ch-ua-high-entropy-values ​​অনুমতি নীতি

ch-ua-high-entropy-values ​​পারমিশন পলিসির জন্য সমর্থন যোগ করা হয়েছে, যা একটি টপ-লেভেল সাইটকে navigator.userAgentData.getHighEntropyValues() জাভাস্ক্রিপ্ট API ব্যবহার করে কোন কোন ডকুমেন্ট হাই-এন্ট্রপি ক্লায়েন্ট হিন্ট সংগ্রহ করতে পারবে তা সীমাবদ্ধ করার সুযোগ দেয়।

বিদ্যমান ক্লায়েন্ট-ভিত্তিক হিন্ট অনুমতি নীতি ব্যবহার করে HTTP-এর মাধ্যমে উচ্চ-এনট্রপি হিন্ট সংগ্রহ সীমাবদ্ধ করা ইতিমধ্যেই সম্ভব।

RTL MathML অপারেটরগুলির প্রতিবিম্ব

RTL মোডে MathML অপারেটর রেন্ডার করার সময় ক্যারেক্টার-লেভেল এবং গ্লিফ-লেভেল মিররিং-এর সুবিধা যোগ করা হয়েছে।

RTL মোড ব্যবহার করার সময়, কিছু অপারেটরকে অন্য কোড পয়েন্টে পরিবর্তন করে মিরর করা যায় (উদাহরণস্বরূপ, একটি ডান বন্ধনী বাম বন্ধনীতে পরিণত হয়)। এটি হলো ক্যারেক্টার-স্তরের মিররিং, যার সমতুল্যতা ইউনিকোডের Bidi_Mirrored প্রপার্টি দ্বারা সংজ্ঞায়িত করা হয়।

কিছু অপারেটরের কোনো উপযুক্ত প্রতিবিম্বন অক্ষর নেই। এক্ষেত্রে rtlm ফন্ট ফিচারের মাধ্যমে গ্লিফ-স্তরের প্রতিবিম্বন প্রযোজ্য হয়, যেখানে একটি প্রতিবিম্বিত প্রেক্ষাপটে অন্য একটি গ্লিফ এটিকে প্রতিস্থাপন করতে পারে। কিছু বিদ্যমান বাস্তবায়ন মূল গ্লিফটিকে সরাসরি প্রতিবিম্বিত করে, কিন্তু এটি অপ্রতিসম অক্ষরগুলির, যেমন ঘড়ির কাঁটার দিকে সমাকলন ইন্টিগ্রালের, অর্থ পরিবর্তন করে দিতে পারে।

বিচ্ছিন্ন ওয়েব অ্যাপের জন্য ডিরেক্ট সকেটস এপিআই-তে মাল্টিকাস্ট সাপোর্ট

এই বৈশিষ্ট্যটি আইসোলেটেড ওয়েব অ্যাপগুলিকে মাল্টিকাস্ট গ্রুপে সাবস্ক্রাইব করতে, সেখান থেকে ইউডিপি প্যাকেট গ্রহণ করতে এবং মাল্টিকাস্ট অ্যাড্রেসে ইউডিপি প্যাকেট পাঠানোর সময় অতিরিক্ত প্যারামিটার নির্দিষ্ট করতে দেয়।

পারফরম্যান্স এবং ইভেন্টের সময়: InteractionCount

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

এই ফিচারটি performance.interactionCount যোগ করে, যা হলো পেজটিতে সংঘটিত মোট ইন্টারঅ্যাকশনের সংখ্যা।

বিশেষ করে, এই বৈশিষ্ট্যটি ইন্টারঅ্যাকশন টু নেক্সট পেইন্ট (INP) মেট্রিক মান গণনা করার জন্য উপযোগী, যার জন্য একটি উচ্চ পার্সেন্টাইল স্কোর (৫০টির বেশি মোট ইন্টারঅ্যাকশনযুক্ত পৃষ্ঠাগুলির জন্য p98) গণনা করতে মোট ইন্টারঅ্যাকশনের সংখ্যা জানা প্রয়োজন।

এই ফিচারটি অনেক দিন ধরেই নির্দিষ্ট করা হয়েছে, পূর্বে ক্রোমিয়ামে এর প্রোটোটাইপ তৈরি করা হলেও তা কখনও চালু করা হয়নি, এটি ইন্টারোপ ২০২৫-এর একটি অংশ এবং অন্যান্য ব্রাউজারে ইতিমধ্যেই উপলব্ধ।

DOM পরিবর্তনের পরে আন্তঃকার্যকরী পয়েন্টার এবং মাউস সীমানা ইভেন্ট

DOM থেকে কোনো ইভেন্ট টার্গেট সরিয়ে ফেলার পর, পয়েন্টারটির লজিক্যাল টার্গেট—যা Pointer এবং Mouse বাউন্ডারি ইভেন্টগুলো (অর্থাৎ, over , out , enter , এবং leave ইভেন্ট) দ্বারা বোঝানো হয়—অবশ্যই DOM-এর সাথে তখনও সংযুক্ত থাকা নিকটতম অ্যানসেস্টর হতে হবে।

DOM থেকে সরিয়ে ফেলার পরেও ক্রোম একটি নোডকে ট্র্যাক করে আসছিল। ফলে, হিট-টেস্ট নোড A DOM থেকে সরিয়ে ফেলার পর যদি পয়েন্টারটি নতুন নোড B-তে চলে যায়, তাহলে বাউন্ডারি ইভেন্ট সিকোয়েন্স ( pointerover , pointerout , pointerenter , pointerleave ইভেন্ট এবং সংশ্লিষ্ট মাউস ইভেন্টগুলো) A থেকে B-তে পয়েন্টারের চলাচলকেই বোঝাত। নতুন কনসেনসাস অনুযায়ী, এই ইভেন্ট সিকোয়েন্সটি ‘A-এর প্যারেন্ট’ থেকে B-তে পয়েন্টারের চলাচলকে বোঝায়।

অ্যান্ড্রয়েডে পয়েন্টার লক

মাউস ইভেন্টের লক্ষ্যকে একটিমাত্র এলিমেন্টে লক করে এবং মাউস কার্সর লুকিয়ে রেখে সরাসরি মাউস মুভমেন্টের সুবিধা দেয়। পয়েন্টার লক এপিআই ডেস্কটপে ইতিমধ্যেই সমর্থিত, এই লঞ্চটি অ্যান্ড্রয়েডের জন্য।

RTCDegradationPreference enum value maintain-framerate-and-resolution

maintain-framerate-and-resolution WebRTC-এর অভ্যন্তরীণ ভিডিও অ্যাডাপটেশন নিষ্ক্রিয় করে। এর ফলে অ্যাপ্লিকেশনটি তার নিজস্ব অ্যাডাপটেশন লজিক প্রয়োগ করতে পারে এবং অভ্যন্তরীণ অ্যাডাপটেশনের হস্তক্ষেপ প্রতিরোধ করা যায়।

অ্যান্ড্রয়েড এবং আইওএস-এ ওয়েবঅথন সিগন্যাল এপিআই

WebAuthn নির্ভরকারী পক্ষগুলোকে বিদ্যমান পাসকি সম্পর্কিত তথ্য ক্রেডেনশিয়াল স্টোরেজ প্রোভাইডারদের কাছে রিপোর্ট করার অনুমতি দিন, যাতে ভুল বা বাতিল করা ক্রেডেনশিয়ালগুলো প্রোভাইডার এবং সিস্টেম UI থেকে আপডেট বা অপসারণ করা যায়।

এই ফিচারটি ডেস্কটপে আগে থেকেই উপলব্ধ ছিল এবং এখন অ্যান্ড্রয়েড ও আইওএস-এও চালু করা হচ্ছে।

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

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

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

উন্নত ক্যানভাস টেক্সটমেট্রিক্স

সিলেকশন রেক্ট্যাঙ্গেল, বাউন্ডিং বক্স কোয়েরি এবং গ্লিফ ক্লাস্টার-ভিত্তিক অপারেশন সমর্থন করার জন্য TextMetrics ক্যানভাস এপিআই-কে প্রসারিত করে।

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

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

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

টপিকস এপিআই বাতিল করুন

টপিকস এপিআই হলো এমন একটি এপিআই, যা ব্যবহারকারীর সঠিক ব্রাউজিং ইতিহাস প্রকাশ না করেই তার সাধারণ ব্রাউজিং আগ্রহের ওপর ভিত্তি করে বিজ্ঞাপন টার্গেট করতে সক্ষম করে।

ক্রোম থার্ড-পার্টি কুকি বিষয়ে তার বর্তমান পদ্ধতি বজায় রাখবে, এই ঘোষণার পরিপ্রেক্ষিতে, আমরা এখন টপিকস এপিআই (Topics API)-কে অপ্রচলিত ঘোষণা করছি এবং এটি সরিয়ে ফেলার পরিকল্পনা করছি ( প্রাইভেসি স্যান্ডবক্স ফিচার স্ট্যাটাস পেজে বর্ণিত অন্যান্য কিছু প্রযুক্তির সাথে)।

সুরক্ষিত অডিয়েন্স এপিআই বাতিল করুন

প্রোটেক্টেড অডিয়েন্স এপিআই তৃতীয় পক্ষের কুকি বা বিভিন্ন সাইটে ব্যবহারকারীকে ট্র্যাক করা ছাড়াই আগ্রহ-গোষ্ঠীভিত্তিক বিজ্ঞাপন দেওয়ার একটি পদ্ধতি প্রদান করে।

ক্রোম থার্ড-পার্টি কুকি সংক্রান্ত তার বর্তমান পদ্ধতি বজায় রাখবে, এই ঘোষণার পরিপ্রেক্ষিতে, আমরা এখন Protected Audience API-কে অপ্রচলিত ঘোষণা করছি এবং এটি সরিয়ে ফেলার পরিকল্পনা করছি ( প্রাইভেসি স্যান্ডবক্স ফিচার স্ট্যাটাস পেজে বর্ণিত অন্যান্য কিছু প্রযুক্তির সাথে)।

শেয়ার্ড স্টোরেজ এপিআই বাতিল করুন

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

থার্ড-পার্টি কুকি বিষয়ে ক্রোম তার বর্তমান পদ্ধতি বজায় রাখবে, এই ঘোষণার পর টিমটি শেয়ার্ড স্টোরেজ এপিআই (Shared Storage API)-কে অপ্রচলিত ঘোষণা করছে এবং এটি সরিয়ে ফেলার পরিকল্পনা করছে ( প্রাইভেসি স্যান্ডবক্স ফিচার স্ট্যাটাস পেজে বর্ণিত অন্যান্য কিছু প্রযুক্তির সাথে)।

অ্যাট্রিবিউশন রিপোর্টিং এপিআই বাতিল করুন

অ্যাট্রিবিউশন রিপোর্টিং এপিআই হলো এমন একটি এপিআই যা থার্ড-পার্টি কুকি বা বিভিন্ন সাইট জুড়ে ব্যবহারকারীকে ট্র্যাক করা ছাড়াই বিজ্ঞাপনের কনভার্সন পরিমাপ করার জন্য ডিজাইন করা হয়েছে।

থার্ড-পার্টি কুকি বিষয়ে ক্রোম তার বর্তমান পদ্ধতি বজায় রাখবে, এই ঘোষণার পর টিমটি অ্যাট্রিবিউশন রিপোর্টিং এপিআই (অন্যান্য প্রাইভেসি স্যান্ডবক্স এপিআই-এর সাথে) অপ্রচলিত ঘোষণা করে সরিয়ে ফেলার পরিকল্পনা করছে।

প্রাইভেট অ্যাগ্রিগেশন এপিআই বাতিল করুন

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

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

সম্পর্কিত ওয়েবসাইট সেট ডেভেলপারদের জন্য সাইটগুলোর মধ্যে সম্পর্ক ঘোষণা করার একটি কাঠামো প্রদান করে, যা নির্দিষ্ট ব্যবহারকারী-কেন্দ্রিক উদ্দেশ্যে সীমিত ক্রস-সাইট কুকি অ্যাক্সেস সক্ষম করে। স্টোরেজ অ্যাক্সেস এপিআই এবং document.requestStorageAccessFor ব্যবহারের মাধ্যমে এটি সহজতর করা হয় (পরবর্তী বিভাগ দেখুন)।

ক্রোম থার্ড-পার্টি কুকি বিষয়ে তার বর্তমান পদ্ধতি বজায় রাখবে, এই ঘোষণার পরিপ্রেক্ষিতে, আমরা এখন ‘রিলেটেড ওয়েবসাইট সেট’ (Related Website Sets) ফিচারটি পর্যায়ক্রমে বন্ধ করে দিচ্ছি এবং এটি সরিয়ে ফেলার পরিকল্পনা করছি ( প্রাইভেসি স্যান্ডবক্স ফিচার স্ট্যাটাস পেজে বর্ণিত অন্যান্য কিছু প্রযুক্তির সাথে)।

document.requestStorageAccessFor অপ্রচলিত করুন

requestStorageAccessFor API হলো Storage Access API-এর একটি এক্সটেনশন, যা একটি টপ-লেভেল সাইটকে এমবেডেড সাইটগুলোর পক্ষ থেকে আনপার্টিশনড ("ফার্স্ট-পার্টি") কুকি অ্যাক্সেসের জন্য অনুরোধ করার সুযোগ দেয়। ব্রাউজারগুলোর এই অ্যাক্সেস মঞ্জুর বা প্রত্যাখ্যান করার নিজস্ব ক্ষমতা থাকবে, এবং এর জন্য Related Website Sets মেম্বারশিপের মতো মেকানিজম একটি সম্ভাব্য সংকেত হিসেবে কাজ করবে। এর ফলে টপ-লেভেল সাইটগুলো Storage Access API ব্যবহার করতে পারবে।

ক্রোম থার্ড-পার্টি কুকির ক্ষেত্রে তার বর্তমান পদ্ধতি বজায় রাখবে, এই ঘোষণার পরিপ্রেক্ষিতে, আমরা এখন requestStorageAccessFor অপ্রচলিত ঘোষণা করছি এবং এটি সরিয়ে ফেলার পরিকল্পনা করছি ( প্রাইভেসি স্যান্ডবক্স ফিচার স্ট্যাটাস পেজে বর্ণিত অন্যান্য কিছু প্রযুক্তির সাথে)।

SyncTypesListDisabledsavedTabGroups স্বতন্ত্র মান হিসেবে অপ্রচলিত করুন।

SyncTypesListDisabled এন্টারপ্রাইজ পলিসিটি অ্যাডমিনিস্ট্রেটরদের ডেস্কটপ প্ল্যাটফর্মে savedTabGroups ডেটা টাইপের সিঙ্ক্রোনাইজেশন নিষ্ক্রিয় করার সুযোগ দেয়। তবে, মোবাইল প্ল্যাটফর্মে ট্যাব গ্রুপ সিঙ্ক্রোনাইজেশন ইতিমধ্যেই tabs ডেটা টাইপ দ্বারা পরিচালিত হয়। ডেস্কটপের আচরণের সাথে মোবাইলের আচরণ মেলানোর জন্য এবং সিঙ্ক ম্যানেজমেন্ট সহজ করার জন্য, স্বতন্ত্র savedTabGroups ডেটা টাইপটিকে অপ্রচলিত ঘোষণা করা হয়েছে এবং এটি এখন আর SyncTypesListDisabled পলিসির অধীনে একটি স্বতন্ত্রভাবে কাস্টমাইজযোগ্য ভ্যালু নয়।

এক্সএমএল পার্সিং-এ বাহ্যিকভাবে লোড করা সত্তা

ক্রোম নির্দিষ্ট পরিস্থিতিতে সিঙ্ক্রোনাসভাবে বাহ্যিক XML এনটিটি বা DTD সংগ্রহ করে এবং সেগুলোকে পার্সিং-এর অন্তর্ভুক্ত করে। এই কার্যকারিতাটি সরিয়ে ফেলা হবে।

http/tests/security/contentTypeOptions/xml-external-entity.xml এ একটি উদাহরণ দেওয়া হয়েছে: এক্সটার্নাল এনটিটি-কে DOCTYPE স্টেটমেন্টের শেষের অংশে সংজ্ঞায়িত করা যায় এবং এটি এমন রিসোর্সকে নির্দেশ করে যা সিনক্রোনাসভাবে লোড হয় ও XML পার্স করার সময় কনটেক্সট হিসেবে অন্তর্ভুক্ত হয়।

এর আরেকটি সিনট্যাক্স উদাহরণ হলো একটি DOCTYPE , যা SYSTEM কীওয়ার্ড এবং তার পরে একটি DTD-কে নির্দেশকারী URL ব্যবহার করে অতিরিক্ত এনটিটি ডেফিনিশন ধারণ করে।

এই ধরনের বাহ্যিক লোডের অনুরোধগুলো পার্সার থেকে উপরের দিকে পাঠানো হয়।

W3C XML স্পেসিফিকেশন অনুসারে, নন-ভ্যালিডেটিং প্রসেসরগুলোর এক্সটার্নাল এনটিটি পড়ার প্রয়োজন হয় না।

দলটি এমন XML ডকুমেন্টগুলিতে এক্সটার্নাল এনটিটি ডেফিনিশন লোড করা অপ্রচলিত করার পরিকল্পনা করছে, যেগুলিতে XSLT ব্যবহার করা হয় না।