Chrome 130 বিটা

প্রকাশিত: ১৮ সেপ্টেম্বর, ২০২৪

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

সিএসএস

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

CSS কন্টেইনার কোয়েরি ফ্ল্যাট ট্রি লুকআপ

ফ্ল্যাট ট্রি-এর পূর্বপুরুষদের খোঁজার জন্য কন্টেইনার কোয়েরির স্পেসিফিকেশন পরিবর্তন করা হয়েছে। এই পরিবর্তনটি শুধুমাত্র শ্যাডো ডোম-এর জন্য প্রযোজ্য, যেখানে একটি এলিমেন্ট এখন শ্যাডো ট্রি-এর ভেতরের নামবিহীন কন্টেইনারগুলো দেখতে পাবে, যেগুলোতে এলিমেন্টটি বা তার কোনো পূর্বপুরুষকে স্লট করা হয়েছে; এমনকি যদি CSS রুলে ::part() বা ::slotted() ব্যবহার না করা হয়, তবুও।

CSS নেস্টিং: নেস্টেড ডিক্লারেশনের নিয়ম

পার্সিংয়ের সময় কোনো নেস্টেড রুলের পরের সাধারণ ডিক্লারেশনগুলোকে CSSNestedDeclarations রুলের মধ্যে মুড়ে দিয়ে সেগুলোকে যথাস্থানে রাখে।

সম্পূর্ণ এবং অনির্ধারিত বক্স-সজ্জা-ভাঙ্গা সমর্থন

ইনলাইন ফ্র্যাগমেন্টেশন (লাইন লেআউট) এবং ব্লক ফ্র্যাগমেন্টেশন (প্রিন্টিং ও মাল্টিকলের জন্য পেজিনেশন) উভয়ের জন্যই box-decoration-break: clone এর সাপোর্ট যোগ করা হয়েছে।

পূর্বে ক্রোমে, ব্লক ফ্র্যাগমেন্টেশনের জন্য শুধুমাত্র box-decoration-break:slice (প্রাথমিক মান) সমর্থিত ছিল, যেখানে ইনলাইন ফ্র্যাগমেন্টেশনের জন্য box-decoration-break:clone ও সমর্থিত ছিল, কিন্তু তা কেবল -webkit-box-decoration-break প্রিফিক্সযুক্ত প্রপার্টি ব্যবহার করার সময়ই সম্ভব হতো।

::part() পরে আরও সিউডো-এলিমেন্ট এবং সিউডো-ক্লাস ব্যবহারের অনুমতি দিন।

যেসব CSS সিলেক্টরে ::part() সিউডো-এলিমেন্ট ব্যবহৃত হয়, সেগুলোর পরে অন্যান্য CSS সিউডো-এলিমেন্ট ( ::part() ছাড়া) এবং অনেক ধরনের CSS সিউডো-ক্লাস ব্যবহার করা যায়। তবে ::part() এর পরে কম্বিনেটর এবং ট্রি স্ট্রাকচারের উপর নির্ভরশীল সিউডো-ক্লাস ব্যবহারের অনুমতি নেই।

পূর্বে Chrome শুধুমাত্র ::part() এর পরে সীমিত সংখ্যক সিউডো-ক্লাস এবং সিউডো-এলিমেন্ট ব্যবহারের অনুমতি দিত। এই পরিবর্তনের ফলে এখন থেকে অনুমোদিত সমস্ত সিউডো-ক্লাস এবং সিউডো-এলিমেন্টই ব্যবহার করা যাবে। এর মানে হলো, এখন থেকে ::part(part-name):enabled এবং ::part(part-name)::marker এর মতো সিলেক্টরগুলোও ব্যবহার করা যাবে।

ওয়েব এপিআই

অ্যাট্রিবিউশন রিপোর্টিং এপিআই বৈশিষ্ট্য (অ্যাট্রিবিউশন স্কোপ)

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

অ্যাট্রিবিউশন রিপোর্টিং এপিআই বৈশিষ্ট্য (ডিবাগ কী গোপনীয়তা উন্নতি)

এই পরিবর্তনটি ডিবাগ কী-সম্পর্কিত একটি সম্ভাব্য গোপনীয়তার ফাঁক প্রশমিত করতে সাহায্য করে।

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

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

শেয়ার্ড ব্রোটলি এবং শেয়ার্ড জেডস্ট্যান্ডার্ড সহ কম্প্রেশন ডিকশনারি ট্রান্সপোর্ট

এই ফিচারটি Brotli বা Zstandard ব্যবহার করে রেসপন্স কম্প্রেস ও কন্টেন্ট এনকোড করার জন্য একটি এক্সটার্নাল ডিকশনারি হিসেবে নির্দিষ্ট পূর্ববর্তী রেসপন্স ব্যবহারের সুবিধা যোগ করে।

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

একযোগে মসৃণ scrollIntoView()

behavior: "smooth" সহ scrollIntoView() মেথডটি ডেভেলপারদের এমন স্ক্রল কন্টেইনার তৈরি করতে দেয় যা একটি মৃদু স্ক্রল অ্যানিমেশনের মাধ্যমে তার পরবর্তী কন্টেইনারগুলোতে স্ক্রল করে। এই ফিচারটি ক্রোমের এপিআই (API) ইমপ্লিমেন্টেশনকে সংশোধন করে, যাতে চলমান scrollIntoView অ্যানিমেশনগুলো অন্য স্ক্রল কন্টেইনারের সম্পর্কহীন স্ক্রলের কারণে বাতিল না হয়ে যায়।

এই ফিচারটি সেইসব সমস্যারও সমাধান করে, যেখানে পেজ লোড হওয়ার সময় চালু হওয়া একটি প্রতিযোগী scrollIntoView এর কারণে Chrome কোনো পেজের ফ্র্যাগমেন্ট অ্যাঙ্করে স্ক্রল করতে ব্যর্থ হয়।

ডকুমেন্ট পিকচার-ইন-পিকচার: উইন্ডো বাউন্ডস ক্যাশে উপেক্ষা করার বিকল্প যোগ করুন

এটি ডকুমেন্ট পিকচার-ইন-পিকচার এপিআই-তে একটি নতুন প্যারামিটার ( preferInitialWindowPlacement ) যোগ করে, যা 'true'-তে সেট করা হলে ইউজার এজেন্টকে ইঙ্গিত দেয় যে, এই সাইটটি খোলার সময় যেন পূর্ববর্তী ডকুমেন্ট পিকচার-ইন-পিকচারের অবস্থান বা আকার পুনরায় ব্যবহার করার চেষ্টা না করা হয়।

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

উইন্ডোটিকে তার ডিফল্ট অবস্থান ও আকারে কীভাবে খুলতে হয়, সে সম্পর্কে জানুন।

IndexedDB-তে বড় মানের রিড ব্যর্থতার ক্ষেত্রে ত্রুটি রিপোর্টিং উন্নত করা হয়েছে

কিছু নির্দিষ্ট ত্রুটির ক্ষেত্রে রিপোর্টিং-এ পরিবর্তন আনা হয়েছে, যেগুলো আগে DOMException এবং "Failed to read large IndexedDB value" মেসেজ সহ রিপোর্ট করা হতো।

এখন থেকে, কোনো IDBRequest দ্বারা পঠিত ডেটা ধারণকারী ফাইলটি ডিস্কে অনুপস্থিত থাকলে Chrome "NotFoundError" নামে একটি DOMException থ্রো করবে, যাতে কোনো অপূরণীয় ব্যর্থতা ঘটলে সাইটগুলো যথাযথ প্রতিকারমূলক ব্যবস্থা নিতে পারে। প্রতিকারমূলক ব্যবস্থাগুলোর মধ্যে ডেটাবেস থেকে এন্ট্রিটি মুছে ফেলা, ব্যবহারকারীকে অবহিত করা, অথবা সার্ভার থেকে ডেটা পুনরায় ফেচ করা অন্তর্ভুক্ত থাকতে পারে।

কিবোর্ড ফোকাসযোগ্য স্ক্রোল কন্টেইনার

এই বৈশিষ্ট্যটি ডিফল্টরূপে সেইসব স্ক্রলারকে কিবোর্ড-ফোকাসযোগ্য করে তোলে, যেগুলোর কোনো ফোকাসযোগ্য চাইল্ড নেই।

এটি একটি গুরুত্বপূর্ণ উন্নতি যা স্ক্রলার এবং এর ভেতরের বিষয়বস্তুকে সকল ব্যবহারকারীর জন্য আরও সহজলভ্য করে তুলবে। আপনি ‘কিবোর্ড ফোকাসেবল স্ক্রলার’ অংশে এর সুবিধাগুলো সম্পর্কে আরও পড়তে পারেন। ক্রোম ১৩০ সংস্করণ থেকে কিবোর্ড ফোকাসেবল স্ক্রলার ডিফল্টভাবে চালু থাকবে। ওয়েবসাইটগুলোর এই নতুন ফিচারের সাথে মানিয়ে নিতে যদি সময়ের প্রয়োজন হয়, তবে কয়েকটি বিকল্প রয়েছে:

সুরক্ষিত দর্শক বিডিং এবং নিলাম পরিষেবা

প্রোটেক্টেড অডিয়েন্স এপিআই (পূর্বে ফ্লেজ নামে পরিচিত) হলো একটি প্রাইভেসি স্যান্ডবক্স প্রস্তাবনা, যা রিমার্কেটিং এবং কাস্টম অডিয়েন্স ব্যবহারের জন্য তৈরি করা হয়েছে। এটি এমনভাবে ডিজাইন করা হয়েছে যাতে তৃতীয় পক্ষ বিভিন্ন সাইটে ব্যবহারকারীর ব্রাউজিং আচরণ ট্র্যাক করতে না পারে।

এই ফিচারটি, ‘প্রোটেক্টেড অডিয়েন্স বিডিং অ্যান্ড অকশন সার্ভিসেস’, ব্যবহারকারীর ডিভাইসে স্থানীয়ভাবে চলার পরিবর্তে, একটি বিশ্বস্ত এক্সিকিউশন এনভায়রনমেন্টে ক্লাউড সার্ভারে প্রোটেক্টেড অডিয়েন্স কম্পিউটেশন সম্পন্ন করার একটি উপায় বর্ণনা করে। কম্পিউটেশন ক্লাউড সার্ভারে স্থানান্তর করা হলে তা প্রোটেক্টেড অডিয়েন্স অকশনকে অপ্টিমাইজ করতে সাহায্য করে, যার ফলে ডিভাইসের জন্য কম্পিউটেশনাল সাইকেল এবং নেটওয়ার্ক ব্যান্ডউইথ সাশ্রয় হয়।

অ-বিশেষ স্কিম ইউআরএল সমর্থন করুন

পূর্বে, ক্রোমের ইউআরএল পার্সার সাধারণ ইউআরএল সমর্থন করত না। পার্সারটি সাধারণ ইউআরএলগুলোকে এমনভাবে পার্স করত যেন সেগুলোর একটি 'অস্পষ্ট পাথ' (opaque path) আছে, যা ইউআরএল স্ট্যান্ডার্ডের সাথে সামঞ্জস্যপূর্ণ নয়। এখন, ক্রোমিয়ামের ইউআরএল পার্সার ইউআরএল স্ট্যান্ডার্ড অনুসরণ করে সাধারণ ইউআরএলগুলো সঠিকভাবে পার্স করে।

আরও বিস্তারিত জানতে bit.ly/url-non-special দেখুন।

ওয়েবঅ্যাসেম্বলি জাভাস্ক্রিপ্ট স্ট্রিং বিল্টইনস

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

WebGPU: দ্বৈত উৎস মিশ্রণ

ঐচ্ছিক GPU ফিচার 'ডুয়াল-সোর্স-ব্লেন্ডিং' যোগ করে, যা দুটি ফ্র্যাগমেন্ট শেডার আউটপুটকে একটি একক ফ্রেমবাফারে একত্রিত করতে সক্ষম করে। এই কৌশলটি বিশেষত সেইসব অ্যাপ্লিকেশনের জন্য উপযোগী যেগুলিতে জটিল ব্লেন্ডিং অপারেশনের প্রয়োজন হয়, যেমন পোর্টার-ডাফ ব্লেন্ড মোডের উপর ভিত্তি করে তৈরি অ্যাপ্লিকেশনগুলো। ঘন ঘন পাইপলাইন স্টেট অবজেক্ট পরিবর্তনের প্রয়োজনীয়তা হ্রাস করার মাধ্যমে, ডুয়াল সোর্স ব্লেন্ডিং পারফরম্যান্স এবং নমনীয়তা বাড়াতে পারে।

ওয়েব সিরিয়াল: connected অ্যাট্রিবিউট এবং আরএফসিওএমএম সংযোগ ইভেন্ট

এই ফিচারটি একটি বুলিয়ান SerialPort.connected অ্যাট্রিবিউট যোগ করে। সিরিয়াল পোর্টটি যৌক্তিকভাবে সংযুক্ত থাকলে অ্যাট্রিবিউটটি true রিটার্ন করে। তারযুক্ত সিরিয়াল পোর্টের ক্ষেত্রে, পোর্টটি সিস্টেমের সাথে ভৌতভাবে সংযুক্ত থাকলে সেটিকে যৌক্তিকভাবে সংযুক্ত বলে ধরা হয়। তারবিহীন সিরিয়াল পোর্টের ক্ষেত্রে, পোর্টটি যে ডিভাইসে হোস্ট করা আছে, সেই ডিভাইসের সাথে হোস্টের কোনো খোলা সংযোগ থাকলে পোর্টটিকে যৌক্তিকভাবে সংযুক্ত বলে ধরা হয়।

পূর্বে, কেবলমাত্র তারযুক্ত সিরিয়াল পোর্টগুলোই সংযোগ এবং সংযোগ বিচ্ছিন্ন হওয়ার ইভেন্ট প্রেরণ করত। এই ফিচারের মাধ্যমে, ব্লুটুথ আরএফসিওএমএম (RFCOMM) সিরিয়াল পোর্টগুলো যৌক্তিকভাবে সংযুক্ত বা বিচ্ছিন্ন হলে এই ইভেন্টগুলো প্রেরণ করবে।

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

ওয়েব সিরিয়াল-এ ব্লুটুথ আরএফসিওএমএম আপডেট সম্পর্কে আরও জানুন।

উৎপত্তির পরীক্ষা-নিরীক্ষা চলছে

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

ভাষা ডিটেক্টর এপিআই

আত্মবিশ্বাসের মাত্রা সহ টেক্সটের ভাষা শনাক্ত করার জন্য একটি জাভাস্ক্রিপ্ট এপিআই।

ওয়েবঅথন অ্যাটেস্টেশন ফরম্যাট

WebAuthn লেভেল ৩ থেকে attestationFormats ফিল্ডটি সমর্থন করুন।

WebAuthn লেভেল 3 নতুন attestationFormats ফিল্ডে ক্রেডেনশিয়াল অ্যাটেস্টেশন ফরম্যাটের জন্য একটি ক্রমিক পছন্দ প্রকাশ করার সুবিধা দেয়। এই ফিচারটি অ্যান্ড্রয়েডে এই সুবিধাটি সক্ষম করে, যেখানে পাসকি প্রোভাইডাররা একাধিক ফরম্যাট সমর্থন করতে পারে।

WebAuthn attestationFormats ট্রায়ালের জন্য নিবন্ধন করুন।

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

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

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

DelegatedInkTrailPresenterexpectedImprovement অপসারণ করুন

expectedImprovement অ্যাট্রিবিউটটি ওয়েব ডেভেলপারদের জানায় যে DelegatedInkTrails API তাদের বর্তমান ইঙ্ক ল্যাটেন্সিতে কতটা উন্নতি আনবে। তবে, ফিঙ্গারপ্রিন্টিং এনট্রপির যে বৃদ্ধি ঘটে, তার তুলনায় এই অ্যাট্রিবিউটটি ব্যবহার করা যুক্তিযুক্ত নয়।

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

অ-মানক GPUAdapter requestAdapterInfo() পদ্ধতিটি বাতিল করুন

WebGPU-এর requestAdapterInfo() অ্যাসিঙ্ক্রোনাস মেথডটি অপ্রয়োজনীয়, কারণ ডেভেলপাররা GPUAdapter info অ্যাট্রিবিউট ব্যবহার করে ইতিমধ্যেই সিঙ্ক্রোনাসভাবে GPUAdapterInfo পেতে পারেন।