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