Chrome 134 বিটা

প্রকাশিত: ৫ ফেব্রুয়ারি, ২০২৫

অন্যথায় উল্লেখ না থাকলে, নিম্নলিখিত পরিবর্তনগুলি Android, ChromeOS, Linux, macOS, এবং Windows-এর জন্য Chrome বিটা চ্যানেলের নতুনতম সংস্করণে প্রযোজ্য। এখানে তালিকাভুক্ত বৈশিষ্ট্যগুলি সম্পর্কে আরও জানতে প্রদত্ত লিঙ্কগুলি অথবা ChromeStatus.com-এর তালিকা দেখুন। ৫ ফেব্রুয়ারি, ২০২৫ থেকে Chrome 134 একটি বিটা সংস্করণ। আপনি ডেস্কটপের জন্য 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 , এলিমেন্ট চেইনের পরিবর্তে সিউডো হাইলাইট চেইনের মাধ্যমে তাদের প্রোপার্টিগুলো ইনহেরিট করে। এর ফলে হাইলাইটের প্রোপার্টি ইনহেরিটেন্সের জন্য একটি আরও সহজবোধ্য মডেল তৈরি হয়।

আরও জানতে, ইগালিয়ার স্টিফেন চেনির লেখা “Inheritance changes for CSS selection styling” ব্লগ পোস্টটি পড়ুন।

:has-slotted ছদ্ম-শ্রেণী

:has-slotted সিউডো-ক্লাসটি স্লটেড কন্টেন্টসহ একটি স্লট এলিমেন্টকে বোঝায়, যেমন একটি টেক্সট নোড বা এলিমেন্ট। এলিমেন্টগুলো স্লট ফলব্যাক কন্টেন্ট ব্যবহার করছে কি না, তার উপর ভিত্তি করে সেগুলোকে স্টাইল করার জন্য এটি ব্যবহার করা যেতে পারে।

ওয়েব এপিআই

অ্যাট্রিবিউশন রিপোর্টিং ফিচার: ট্রিগার কনটেক্সট আইডি নন-নাল হলে অ্যাগ্রিগেটেবল রিপোর্টের সীমা অপসারণ করুন

এই পরিবর্তনটি এপিআই ব্যবহারকারীদের মতামত এবং নির্দিষ্ট কিছু ইউজার ফ্লো-এর জন্য অধিক সংখ্যক কনভার্সন ইভেন্ট পরিমাপ করার প্রয়োজনীয়তার উপর ভিত্তি করে করা হয়েছে।

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

এছাড়াও, সমষ্টিযোগ্য প্রতিবেদনগুলি অন্যান্য সীমাবদ্ধতার দ্বারা আবদ্ধ থাকবে যা পরিমাপযোগ্য তথ্যের মোট পরিমাণকে সীমিত করে, যেমন প্রতি উৎসের জন্য L1 অবদান বাজেট (65,536) এবং অ্যাট্রিবিউশন হারের সীমা।

ব্লব ইউআরএল বিভাজন: তথ্য সংগ্রহ/নেভিগেশন

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

PartitionedBlobURLUsage পলিসি সেট করার মাধ্যমে এই পরিবর্তনটি সাময়িকভাবে পূর্বাবস্থায় ফিরিয়ে আনা যেতে পারে। অন্যান্য স্টোরেজ পার্টিশনিং সম্পর্কিত এন্টারপ্রাইজ পলিসিগুলো বাতিল হয়ে গেলে এই পলিসিটিও বাতিল হয়ে যাবে।

Document-Policy: expect-no-linked-resources

Document-Policy-তে থাকা expect-no-linked-resources কনফিগারেশন পয়েন্টটি একটি ডকুমেন্টকে ইউজার এজেন্টকে তার লোডিং সিকোয়েন্স আরও ভালোভাবে অপ্টিমাইজ করার জন্য ইঙ্গিত দিতে সাহায্য করে, যেমন ডিফল্ট স্পেকুলেটিভ পার্সিং আচরণ (যা প্রিলোড স্ক্যানার নামেও পরিচিত) ব্যবহার না করা।

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

  • যেসব পৃষ্ঠার HTML-এ কোনো রিসোর্স ঘোষিত নেই।
  • ন্যূনতম বা কোনো রিসোর্স লোড ছাড়াই বড় এইচটিএমএল পেজগুলো, উপলব্ধ অন্যান্য প্রিলোড মেকানিজম ব্যবহার করে রিসোর্স প্রিলোডিংকে সুস্পষ্টভাবে নিয়ন্ত্রণ করতে পারে।

expect-no-linked-resources ডকুমেন্ট-পলিসিটি ইউজার এজেন্টকে ইঙ্গিত দেয় যে, সে চাইলে এই ধরনের সাব-রিসোর্স নির্ধারণে ব্যয়িত সময় অপ্টিমাইজ করে বাদ দিতে পারে।

সুস্পষ্ট রিসোর্স ব্যবস্থাপনা (অ্যাসিঙ্ক এবং সিঙ্ক)

এই বৈশিষ্ট্যগুলো সফটওয়্যার ডেভেলপমেন্টে বিভিন্ন রিসোর্সের (যেমন মেমরি এবং I/O) জীবনকাল ও ব্যবস্থাপনা সম্পর্কিত একটি সাধারণ প্যাটার্নকে সম্বোধন করে। এই প্যাটার্নটিতে সাধারণত একটি রিসোর্স বরাদ্দ করা এবং গুরুত্বপূর্ণ রিসোর্সগুলোকে সুস্পষ্টভাবে মুক্ত করার ক্ষমতা অন্তর্ভুক্ত থাকে।

পরিমাপ এবং উপস্থাপনার বিকল্পগুলি সমর্থন করার জন্য console.timeStamp API-কে প্রসারিত করুন।

এই ফিচারটি console.timeStamp() API-কে ব্যাকওয়ার্ড-কম্প্যাটিবল পদ্ধতিতে সম্প্রসারিত করে, যা অ্যাপ্লিকেশন ইন্সট্রুমেন্ট করার এবং DevTools-এর পারফরম্যান্স প্যানেলে টাইমিং ডেটা প্রদর্শনের জন্য একটি উচ্চ-পারফরম্যান্স পদ্ধতি প্রদান করে।

এপিআই (API) ব্যবহার করে যোগ করা টাইমিং এন্ট্রিগুলিতে কাস্টম টাইমস্ট্যাম্প, সময়কাল এবং উপস্থাপনার বিকল্প (ট্র্যাক, সুইমলেন এবং রঙ) থাকতে পারে।

OffscreenCanvas getContextAttributes

CanvasRenderingContext2D থেকে getContextAttributes ইন্টারফেসটি OffscreenCanvasRenderingContext2D তে যোগ করে।

ব্যক্তিগত অ্যাগ্রিগেশন এপিআই: শেয়ার্ড স্টোরেজ ব্যবহারকারীদের জন্য প্রতি-প্রসঙ্গ অবদান সীমা

শেয়ার্ড স্টোরেজ ব্যবহারকারীদের প্রাইভেট অ্যাগ্রিগেশন রিপোর্ট প্রতি অবদানের সংখ্যা কাস্টমাইজ করার সুযোগ দেয়।

এই ফিচারটি শেয়ার্ড স্টোরেজ ব্যবহারকারীদের ' maxContributions ' নামক একটি নতুন ফিল্ডের মাধ্যমে প্রতি-প্রসঙ্গের অবদান সীমা নির্ধারণ করার সুযোগ দেয়। ব্যবহারকারীরা প্রতি রিপোর্টের জন্য ডিফল্ট অবদানের সংখ্যাকে ওভাররাইড করতে এই ফিল্ডটি সেট করেন—এর চেয়ে বড় এবং ছোট উভয় সংখ্যাই অনুমোদিত হবে। Chrome maxContributions এর জন্য ১ থেকে ১০০০ পর্যন্ত মান গ্রহণ করবে; এর চেয়ে বড় মানকে ১০০০ হিসেবে গণ্য করা হবে।

প্যাডিংয়ের কারণে, প্রতিটি রিপোর্টের পেলোডের আকার রিপোর্ট প্রতি নির্বাচিত অবদানের সংখ্যার সাথে মোটামুটি সমানুপাতিক হবে। আমরা আশা করি যে, বড় আকারের রিপোর্ট বেছে নিলে অ্যাগ্রিগেশন সার্ভিস পরিচালনার খরচ বাড়বে।

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

PaintCanvas ImageSmoothingQuality সমর্থন করুন

পেইন্ট ক্যানভাসে imageSmoothingQuality অ্যাট্রিবিউটের জন্য সমর্থন যোগ করা হয়েছে। এটি একজন ওয়েব ডেভেলপারকে ইমেজ স্কেল করার সময় পারফরম্যান্স ও কোয়ালিটির মধ্যে একটি বেছে নেওয়ার সুযোগ দেয়। imageSmoothingQuality এর জন্য তিনটি কার্যকর অপশন রয়েছে: low , medium এবং high

ওয়েবজিপিইউ উপগোষ্ঠী

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

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

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

ডিজিটাল ক্রেডেনশিয়াল এপিআই

বর্তমানে ওয়েবসাইটগুলো বিভিন্ন পদ্ধতির মাধ্যমে মোবাইল ওয়ালেট অ্যাপ থেকে ক্রেডেনশিয়াল সংগ্রহ করতে পারে এবং করেও থাকে, যেমন—কাস্টম ইউআরএল হ্যান্ডলার এবং কিউআর কোড স্ক্যানিং। এই ফিচারটি সাইটগুলোকে অ্যান্ড্রয়েডের IdentityCredential CredMan সিস্টেম ব্যবহার করে ওয়ালেট থেকে পরিচয় সংক্রান্ত তথ্য অনুরোধ করার সুযোগ দেয়। এটিকে একাধিক ক্রেডেনশিয়াল ফরম্যাট (যেমন—ISO mDoc এবং W3C যাচাইযোগ্য ক্রেডেনশিয়াল) সমর্থন করার জন্য সম্প্রসারণ করা যায় এবং একাধিক ওয়ালেট অ্যাপ ব্যবহারের অনুমতি দেয়। বাস্তব জগতের পরিচয়ের ইকোসিস্টেম-ব্যাপী অপব্যবহারের ঝুঁকি কমাতে বিভিন্ন পদ্ধতি যুক্ত করা হচ্ছে।

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

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

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

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

অমানক getUserMedia অডিও সীমাবদ্ধতাগুলি সরান

কনস্ট্রেইন্টগুলো যথাযথভাবে মানসম্মত হওয়ার বেশ কিছু সময় আগে থেকেই ব্লিংক getUserMedia জন্য goog উপসর্গযুক্ত বেশ কিছু অমানক কনস্ট্রেইন্ট সমর্থন করে আসছে।

ক্রোমিয়াম অডিও-ক্যাপচার স্ট্যাকে পরিবর্তনের কারণে এর ব্যবহার উল্লেখযোগ্যভাবে কমে ০.০০০০০১% থেকে ০.০০৯%-এর মধ্যে নেমে এসেছে এবং কয়েকটির এখন আর কোনো প্রভাবই নেই। অন্যান্য আসন্ন পরিবর্তনের কারণে শীঘ্রই এগুলোর কোনোটিরই আর কোনো প্রভাব থাকবে না।

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