প্রকাশিত: ৫ ফেব্রুয়ারী, ২০২৫
অন্যথায় উল্লেখ না করা হলে, নিম্নলিখিত পরিবর্তনগুলি Android, ChromeOS, Linux, macOS এবং Windows এর জন্য নতুন Chrome বিটা চ্যানেল রিলিজের ক্ষেত্রে প্রযোজ্য। প্রদত্ত লিঙ্কগুলির মাধ্যমে অথবা ChromeStatus.com এর তালিকা থেকে এখানে তালিকাভুক্ত বৈশিষ্ট্যগুলি সম্পর্কে আরও জানুন। Chrome 134 5 ফেব্রুয়ারী, 2025 তারিখ থেকে বিটা সংস্করণে রয়েছে। আপনি ডেস্কটপের জন্য Google.com অথবা Android এর জন্য Google Play Store থেকে সর্বশেষ সংস্করণটি ডাউনলোড করতে পারেন।
সিএসএস
এই রিলিজে পাঁচটি নতুন CSS এবং UI বৈশিষ্ট্য যুক্ত করা হয়েছে।
CSS ডাইনামিক-রেঞ্জ-লিমিট প্রোপার্টি
একটি পৃষ্ঠাকে HDR কন্টেন্টের সর্বোচ্চ উজ্জ্বলতা সীমিত করতে সক্ষম করে।
কাস্টমাইজযোগ্য <select> উপাদান
HTML <select> উপাদানগুলিকে কাস্টমাইজ করার ক্ষমতা যোগ করুন, নতুন আচরণটি বেছে নেওয়ার মাধ্যমে, appearance এর base-select মান ব্যবহার করুন। অপ্ট ইন করার পরে আপনি ছবি সহ সমৃদ্ধ সামগ্রী যোগ করতে পারেন এবং বিকল্পগুলিকে স্টাইল করতে পারেন।
ডায়ালগ লাইট খারিজ করুন
Popover API এর একটি চমৎকার বৈশিষ্ট্য হল এর হালকা ডিসমিস আচরণ। এই বৈশিষ্ট্যটি <dialog> এ একই ক্ষমতা নিয়ে আসে। একটি নতুন closedby অ্যাট্রিবিউট আচরণ নিয়ন্ত্রণ করে:
-
<dialog closedby=none>: ব্যবহারকারীর দ্বারা সংলাপ বন্ধ করার কোনও কারণ নেই। -
<dialog closedby=closerequest>:ESC(অথবা অন্য ক্লোজ ট্রিগার) টিপলে ডায়ালগটি বন্ধ হয়ে যায়। -
<dialog closedby=any>: ডায়ালগের বাইরে ক্লিক করলে, অথবা ESC টিপলে, ডায়ালগটি বন্ধ হয়ে যায়।popover=autoআচরণের মতোই।
CSS হাইলাইট উত্তরাধিকার
CSS হাইলাইট ইনহিরেশনের ক্ষেত্রে, CSS হাইলাইট সিউডো-ক্লাস, যেমন ::selection এবং ::highlight , এলিমেন্ট চেইনের পরিবর্তে সিউডো হাইলাইট চেইনের মাধ্যমে তাদের বৈশিষ্ট্য উত্তরাধিকার সূত্রে প্রাপ্ত হয়। এর ফলে হাইলাইটগুলিতে বৈশিষ্ট্যের উত্তরাধিকারের জন্য আরও স্বজ্ঞাত মডেল তৈরি হয়।
আরও জানতে, ইগালিয়া থেকে স্টিফেন চেনি দ্বারা লিখিত "Inheritance changes for CSS selection styling" ব্লগ পোস্টটি পড়ুন।
:has-slotted ছদ্ম-শ্রেণী
:has-slotted pseudo-class হল একটি স্লট উপাদান যার মধ্যে স্লটেড কন্টেন্ট থাকে, যেমন একটি টেক্সট নোড বা এলিমেন্ট। এটি স্লট ফলব্যাক কন্টেন্ট ব্যবহার করছে কিনা তার উপর ভিত্তি করে এলিমেন্টগুলিকে স্টাইল করার জন্য ব্যবহার করা যেতে পারে।
ওয়েব এপিআই
অ্যাট্রিবিউশন রিপোর্টিং বৈশিষ্ট্য: ট্রিগার কনটেক্সট আইডি নল না থাকলে অ্যাগ্রিগেটেবল রিপোর্ট লিমিট সরিয়ে দিন
এই পরিবর্তনটি API কলার প্রতিক্রিয়া এবং নির্দিষ্ট ব্যবহারকারীর প্রবাহের জন্য আরও বেশি সংখ্যক রূপান্তর ইভেন্ট পরিমাপ করতে সক্ষম হওয়ার প্রয়োজনীয়তার উপর ভিত্তি করে।
বর্তমানে API-এর একটি সীমা রয়েছে যা প্রতি উৎস নিবন্ধনের মাধ্যমে ২০টি পর্যন্ত সমষ্টিগত প্রতিবেদন তৈরি করতে দেয় যা ব্যবহারকারীর দীর্ঘতর ব্যবহারকারীর যাত্রার ক্ষেত্রে ব্যবহারের ক্ষেত্রে সীমাবদ্ধ। এই পরিবর্তনটি সমষ্টিগত প্রতিবেদনের সীমা সরিয়ে দেয় যখন নিবন্ধনের অংশ হিসাবে একটি ট্রিগার প্রসঙ্গ আইডি প্রদান করা হয়। এই সীমা অপসারণ কেবলমাত্র ট্রিগার প্রসঙ্গ আইডি নির্দিষ্ট করার ক্ষেত্রে সীমাবদ্ধ, কারণ যখন এটি নির্দিষ্ট করা হয় তখন API উচ্চ হারে নাল প্রতিবেদন প্রয়োগ করে যা রিপোর্ট গণনার মাধ্যমে ক্রস-সাইট তথ্য ফাঁস হওয়া থেকে রক্ষা করতে সহায়তা করে।
অতিরিক্তভাবে, সমষ্টিগত প্রতিবেদনগুলি এখনও অন্যান্য সীমা দ্বারা আবদ্ধ থাকবে যা পরিমাপ করা যেতে পারে এমন মোট তথ্যের পরিমাণকে সীমাবদ্ধ করে, যেমন প্রতি উৎসের জন্য L1 অবদান বাজেট (65,536) এবং অ্যাট্রিবিউশন হারের সীমা।
ব্লব ইউআরএল পার্টিশন: আনয়ন/নেভিগেশন
স্টোরেজ পার্টিশনিংয়ের ধারাবাহিকতা হিসেবে, স্টোরেজ কী (টপ-লেভেল সাইট, ফ্রেম অরিজিন এবং হ্যাস-ক্রস-সাইট-অ্যানসেস্টর বুলিয়ান) দ্বারা ব্লব ইউআরএল অ্যাক্সেসের পার্টিশনিং বাস্তবায়ন করে, টপ-লেভেল নেভিগেশনগুলি বাদ দিয়ে যা কেবল ফ্রেম অরিজিন দ্বারা পার্টিশন করা থাকবে। এই আচরণটি বর্তমানে ফায়ারফক্স এবং সাফারি উভয় দ্বারা বাস্তবায়িত অনুরূপ, এবং স্টোরেজ পার্টিশনিংয়ের অংশ হিসাবে অন্যান্য স্টোরেজ এপিআই দ্বারা ব্যবহৃত পার্টিশনিং স্কিমের সাথে ব্লব ইউআরএল ব্যবহারকে সারিবদ্ধ করে। এছাড়াও, ক্রোম রেন্ডারার-ইনিশিয়েটেড টপ-লেভেল নেভিগেশনগুলিতে নুওপেনার প্রয়োগ করবে ব্লব ইউআরএলগুলিতে যেখানে সংশ্লিষ্ট সাইটটি নেভিগেশন সম্পাদনকারী টপ-লেভেল সাইটের সাথে ক্রস-সাইট। এটি সাফারিতে ক্রোমকে একই আচরণের সাথে সারিবদ্ধ করে এবং এই পরিবর্তনগুলি প্রতিফলিত করার জন্য প্রাসঙ্গিক স্পেসিফিকেশন আপডেট করা হয়েছে।
PartitionedBlobURLUsage নীতি সেট করে এই পরিবর্তনটি অস্থায়ীভাবে ফিরিয়ে আনা যেতে পারে। অন্যান্য স্টোরেজ পার্টিশন সম্পর্কিত এন্টারপ্রাইজ নীতিগুলি অবচিত হলে নীতিটি অবচিত হবে।
ডকুমেন্ট-নীতি: expect-no-linked-resources
Document-Policy-তে expect-no-linked-resources কনফিগারেশন পয়েন্টটি একটি ডকুমেন্টকে তার লোডিং ক্রমকে আরও ভালভাবে অপ্টিমাইজ করার জন্য ব্যবহারকারী এজেন্টকে ইঙ্গিত দেয়, যেমন ডিফল্ট অনুমানমূলক পার্সিং আচরণ (যা প্রিলোড স্ক্যানার নামেও পরিচিত) ব্যবহার না করা।
ব্যবহারকারী এজেন্টরা HTML মার্কআপে উপস্থিত রিসোর্সগুলিকে অনুমানমূলকভাবে আনার জন্য HTML এর অনুমানমূলক পার্সিং বাস্তবায়ন করেছে, যাতে পৃষ্ঠা লোডিং দ্রুত হয়। ওয়েবের বেশিরভাগ পৃষ্ঠার জন্য যাদের HTML মার্কআপে রিসোর্স ঘোষণা করা হয়েছে, তাদের জন্য অপ্টিমাইজেশন উপকারী এবং এই ধরনের রিসোর্স নির্ধারণে প্রদত্ত খরচ একটি যুক্তিসঙ্গত ট্রেডঅফ। তবে, নিম্নলিখিত পরিস্থিতিগুলির ফলে উপ-রিসোর্সগুলি সংগ্রহের জন্য HTML পার্সিংয়ে ব্যয় করা স্পষ্ট সময়ের তুলনায় একটি উপ-অপ্টিমাল পারফরম্যান্স ট্রেডঅফ হতে পারে:
- HTML-এ ঘোষিত কোনও রিসোর্স নেই এমন পৃষ্ঠাগুলি।
- ন্যূনতম বা কোনও রিসোর্স লোড ছাড়াই বড় HTML পৃষ্ঠাগুলি যা অন্যান্য প্রিলোড প্রক্রিয়া ব্যবহার করে স্পষ্টভাবে প্রিলোডিং রিসোর্স নিয়ন্ত্রণ করতে পারে।
expect-no-linked-resources Document-Policy ব্যবহারকারী এজেন্টকে ইঙ্গিত দেয় যে এটি এই ধরনের উপ-সম্পদ নির্ধারণে ব্যয় করা সময়কে অপ্টিমাইজ করতে পারে।
স্পষ্ট রিসোর্স ম্যানেজমেন্ট (অসিঙ্ক এবং সিঙ্ক)
এই বৈশিষ্ট্যগুলি সফ্টওয়্যার ডেভেলপমেন্টের বিভিন্ন রিসোর্সের (যেমন মেমরি এবং I/O) জীবনকাল এবং ব্যবস্থাপনা সম্পর্কিত একটি সাধারণ প্যাটার্নকে সম্বোধন করে। এই প্যাটার্নে সাধারণত একটি রিসোর্সের বরাদ্দ এবং গুরুত্বপূর্ণ রিসোর্সগুলি স্পষ্টভাবে প্রকাশ করার ক্ষমতা অন্তর্ভুক্ত থাকে।
পরিমাপ এবং উপস্থাপনা বিকল্পগুলিকে সমর্থন করার জন্য console.timeStamp API প্রসারিত করুন।
এই বৈশিষ্ট্যটি console.timeStamp() API-কে, বিপরীতমুখী-সামঞ্জস্যপূর্ণ পদ্ধতিতে, DevTools-এ পারফরম্যান্স প্যানেলে অ্যাপ্লিকেশন ইন্সট্রুমেন্টিং এবং টাইমিং ডেটা সারফেস করার জন্য একটি উচ্চ-কার্যক্ষমতা সম্পন্ন পদ্ধতি প্রদান করে।
API-এর সাথে যোগ করা সময়সূচীতে একটি কাস্টম টাইমস্ট্যাম্প, সময়কাল এবং উপস্থাপনা বিকল্প থাকতে পারে (ট্র্যাক, সুইমলেন এবং রঙ)।
OffscreenCanvas getContextAttributes
CanvasRenderingContext2D থেকে OffscreenCanvasRenderingContext2D তে getContextAttributes ইন্টারফেস যোগ করে।
ব্যক্তিগত সমষ্টি API: শেয়ার্ড স্টোরেজ কলারদের জন্য প্রতি-প্রসঙ্গ অবদানের সীমা
শেয়ার্ড স্টোরেজ কলারদের ব্যক্তিগত সমষ্টি প্রতিবেদন প্রতি অবদানের সংখ্যা কাস্টমাইজ করতে সক্ষম করে।
এই বৈশিষ্ট্যটি শেয়ার্ড স্টোরেজ কলারদের একটি নতুন ক্ষেত্র, maxContributions ব্যবহার করে প্রতি-প্রসঙ্গ অবদানের সীমা কনফিগার করতে সক্ষম করে। কলাররা এই ক্ষেত্রটি প্রতি প্রতিবেদনে অবদানের ডিফল্ট সংখ্যাকে ওভাররাইড করার জন্য সেট করে—বড় এবং ছোট উভয় সংখ্যাই অনুমোদিত হবে। Chrome 1 থেকে 1000 সহ maxContributions এর মান গ্রহণ করবে; বৃহত্তর মানগুলিকে 1000 হিসাবে ব্যাখ্যা করা হবে।
প্যাডিংয়ের কারণে, প্রতিটি রিপোর্টের পেলোডের আকার প্রতি রিপোর্টে নির্বাচিত অবদানের সংখ্যার সাথে মোটামুটি সমানুপাতিক হবে। আমরা আশা করি যে বৃহত্তর রিপোর্ট বেছে নেওয়ার ফলে অ্যাগ্রিগেশন পরিষেবা পরিচালনার খরচ বৃদ্ধি পাবে।
এই বৈশিষ্ট্যটি সুরক্ষিত দর্শকদের কলকারীদের উপর কোনও প্রভাব ফেলবে না। তবে, আমরা ভবিষ্যতের বৈশিষ্ট্যগুলিতে সুরক্ষিত দর্শকদের প্রতিবেদনের জন্য অবদানের সংখ্যা কাস্টমাইজ করার জন্য সহায়তা যোগ করার পরিকল্পনা করছি।
PaintCanvas ImageSmoothingQuality সাপোর্ট করুন
পেইন্ট ক্যানভাসে imageSmoothingQuality অ্যাট্রিবিউটের জন্য সমর্থন যোগ করুন। এটি একজন ওয়েব ডেভেলপারকে ছবি স্কেল করার সময় পারফরম্যান্স ট্রেডঅফের চেয়ে গুণমান বেছে নিতে দেয়। imageSmoothingQuality এর জন্য তিনটি বৈধ বিকল্প রয়েছে: low , medium এবং high ।
ওয়েবজিপিইউ সাবগ্রুপ
WebGPU-তে সাবগ্রুপ কার্যকারিতা যোগ করে। সাবগ্রুপ অপারেশনগুলি ইনভোকেশন গ্রুপগুলির মধ্যে দক্ষ যোগাযোগ এবং ডেটা ভাগাভাগি প্রদানের জন্য SIMT অপারেশনগুলি সম্পাদন করে। এই অপারেশনগুলি আন্তঃ-ইনভোকেশন যোগাযোগের ফলে মেমরি ওভারহেড হ্রাস করে অ্যাপ্লিকেশনগুলিকে ত্বরান্বিত করতে ব্যবহার করা যেতে পারে।
নতুন উৎপত্তি পরীক্ষা
Chrome 134-এ আপনি নিম্নলিখিত নতুন অরিজিন ট্রায়ালগুলি বেছে নিতে পারেন।
ডিজিটাল ক্রেডেনশিয়াল API
ওয়েবসাইটগুলি আজকাল বিভিন্ন পদ্ধতির মাধ্যমে মোবাইল ওয়ালেট অ্যাপ থেকে শংসাপত্র পেতে পারে এবং করেও, উদাহরণস্বরূপ, কাস্টম URL হ্যান্ডলার এবং QR কোড স্ক্যানিং। এই বৈশিষ্ট্যটি সাইটগুলিকে অ্যান্ড্রয়েডের IdentityCredential CredMan সিস্টেম ব্যবহার করে ওয়ালেট থেকে পরিচয় তথ্য অনুরোধ করতে দেয়। এটি একাধিক শংসাপত্র ফর্ম্যাট (উদাহরণস্বরূপ, ISO mDoc এবং W3C যাচাইযোগ্য শংসাপত্র) সমর্থন করার জন্য এক্সটেনসিবল এবং একাধিক ওয়ালেট অ্যাপ ব্যবহার করার অনুমতি দেয়। বাস্তব-বিশ্বের পরিচয়ের ইকোসিস্টেম-স্কেল অপব্যবহারের ঝুঁকি কমাতে সাহায্য করার জন্য প্রক্রিয়াগুলি যুক্ত করা হচ্ছে।
Chrome 134-এ শুরু হওয়া অরিজিন ট্রায়ালটি ডেস্কটপ প্ল্যাটফর্মে এই API-এর জন্য সমর্থন যোগ করে, যেখানে ডেস্কটপে Chrome অনুরোধকৃত শংসাপত্রগুলি আনতে অ্যান্ড্রয়েড ফোনের ডিজিটাল ওয়ালেটের সাথে নিরাপদে যোগাযোগ করবে।
অবচয় এবং অপসারণ
Chrome-এর এই সংস্করণে নীচে তালিকাভুক্ত অবচয় এবং অপসারণের তালিকা রয়েছে। পরিকল্পিত অবচয়, বর্তমান অবচয় এবং পূর্ববর্তী অপসারণের তালিকার জন্য ChromeStatus.com দেখুন।
Chrome-এর এই রিলিজটি একটি বৈশিষ্ট্য সরিয়ে দেয়।
অ-মানক getUserMedia অডিও সীমাবদ্ধতাগুলি সরান
ব্লিঙ্ক getUserMedia এর জন্য বেশ কিছু অ-মানক goog প্রিফিক্সড সীমাবদ্ধতা সমর্থন করে যা কিছু সময় আগে থেকে সীমাবদ্ধতাগুলি সঠিকভাবে মানসম্মত করা হয়েছিল।
ব্যবহার উল্লেখযোগ্যভাবে কমে 0.000001% থেকে 0.0009% (সীমাবদ্ধতার উপর নির্ভর করে) হয়েছে এবং Chromium অডিও-ক্যাপচার স্ট্যাকের পরিবর্তনের কারণে এর মধ্যে কিছুতে কোনও প্রভাবও পড়েনি। শীঘ্রই অন্যান্য আসন্ন পরিবর্তনের কারণে এর কোনওটিরই কোনও প্রভাব পড়বে না।
এই পরিবর্তনের কারণে আমরা কোনও বড় ধরনের রিগ্রেশন আশা করি না। এই সীমাবদ্ধতাগুলি ব্যবহার করে এমন অ্যাপ্লিকেশনগুলি কাজ করতে থাকবে, তবে ডিফল্ট সেটিংস সহ অডিও পাবে (যেন কোনও সীমাবদ্ধতা পাস করা হয়নি)। তারা স্ট্যান্ডার্ড সীমাবদ্ধতায় স্থানান্তরিত হতে পারে।