স্ক্রিন ক্যাপচার এপিআই, সিএসএস গ্রিড-টেমপ্লেট প্রোপার্টি ইন্টারপোলেশন এবং আরও অনেক কিছুতে সংযোজন।
অন্যথায় উল্লেখ না করা হলে, নীচে বর্ণিত পরিবর্তনগুলি Android, ChromeOS, Linux, macOS এবং Windows এর জন্য নতুন Chrome বিটা চ্যানেল রিলিজের ক্ষেত্রে প্রযোজ্য। প্রদত্ত লিঙ্কগুলির মাধ্যমে অথবা ChromeStatus.com এর তালিকা থেকে এখানে তালিকাভুক্ত বৈশিষ্ট্যগুলি সম্পর্কে আরও জানুন। Chrome 107 29 সেপ্টেম্বর, 2022 তারিখ থেকে বিটা সংস্করণে রয়েছে। আপনি ডেস্কটপের জন্য Google.com অথবা Android এর জন্য Google Play Store থেকে সর্বশেষ সংস্করণটি ডাউনলোড করতে পারেন।
সিএসএস grid-template প্রোপার্টি ইন্টারপোলেশন
CSS গ্রিডে, grid-template-columns এবং grid-template-rows বৈশিষ্ট্যগুলি ডেভেলপারদের যথাক্রমে গ্রিড কলাম এবং সারির লাইনের নাম এবং ট্র্যাক সাইজিং নির্ধারণ করতে দেয়। মাইক্রোসফ্টে আমাদের অবদানকারীদের ধন্যবাদ, আমরা এখন এই বৈশিষ্ট্যগুলির জন্য ইন্টারপোলেশন সমর্থন করি । গ্রিড লেআউটগুলি এখন অ্যানিমেশন বা ট্রানজিশনের মাঝামাঝি সময়ে স্ন্যাপ করার পরিবর্তে, রাজ্যগুলির মধ্যে মসৃণভাবে স্থানান্তর করতে পারে।
গোপনীয়তা সংরক্ষণের স্ক্রিন শেয়ারিং নিয়ন্ত্রণ
স্ক্রিন ক্যাপচার API বিদ্যমান মিডিয়া ক্যাপচার এবং স্ট্রিম API-তে কিছু সংযোজন প্রবর্তন করে যাতে ব্যবহারকারী মিডিয়া স্ট্রিম হিসেবে ক্যাপচার করার জন্য একটি স্ক্রিন বা স্ক্রিনের অংশ (যেমন একটি উইন্ডো) নির্বাচন করতে পারেন। এই স্ট্রিমটি তখন রেকর্ড করা যেতে পারে বা নেটওয়ার্কের মাধ্যমে অন্যদের সাথে ভাগ করা যেতে পারে। এই বিটাতে এই API-তে কিছু নতুন বৈশিষ্ট্য যুক্ত করা হয়েছে।
DisplayMediaStreamConstraints.selfব্রাউজারসারফেস
getDisplayMedia() কল করার সময়, ব্যবহারকারীকে দেওয়া ট্যাবগুলির তালিকা থেকে বর্তমান ট্যাবটি বাদ দেওয়া উচিত কিনা তা ওয়েব অ্যাপ্লিকেশনগুলিকে ব্রাউজারকে নির্দেশ দেওয়ার অনুমতি দেওয়ার ইঙ্গিত।
এটি দুর্ঘটনাক্রমে স্ব-ক্যাপচার প্রতিরোধে সাহায্য করে, যখন ব্যবহারকারীরা ভুলবশত অ্যাপটি চলমান ট্যাবটি বেছে নেন, তখন একটি হল-অফ-মিররস প্রভাব তৈরি হয়, যা ব্যবহারকারীদের বিভ্রান্ত করে এবং দূরবর্তী ব্যবহারকারীদের সাথে আলোচনাকে লাইনচ্যুত করে।
DisplayMediaStreamConstraints.surfaceSwitching সম্পর্কে
স্ক্রিন-শেয়ার করার সময় Chrome ট্যাব স্যুইচ করার জন্য কোনও বোতাম দেখায় কিনা তা প্রোগ্রাম্যাটিকভাবে নিয়ন্ত্রণ করার জন্য একটি বিকল্প যোগ করে। এই বিকল্পটি navigator.mediaDevices.getDisplayMedia() এ পাঠানো হবে।
"শেয়ার দিস ট্যাব ইনস্টেট" বোতামটি ব্যবহারকারীদেরকে ভিডিও-কনফারেন্সিং ট্যাবটি আবার নির্বাচন না করে, আবার getDisplayMedia() শুরু করতে একটি বোতামে ক্লিক না করে, অথবা ট্যাবের দীর্ঘ তালিকা থেকে একটি নতুন ট্যাব নির্বাচন না করেই, তারা কোন ট্যাবটি শেয়ার করছে তা নির্বিঘ্নে পরিবর্তন করতে দেয়। এই আচরণটি শর্তসাপেক্ষে প্রকাশিত হয় কারণ সমস্ত ওয়েব অ্যাপ্লিকেশন এই আচরণ পরিচালনা করতে সক্ষম হয় না।
মিডিয়াট্র্যাককনস্ট্রেইন্টসেট.ডিসপ্লেসারফেস
যখন getDisplayMedia() কল করা হয়, তখন ব্রাউজার ব্যবহারকারীকে প্রদর্শন পৃষ্ঠতলের মধ্যে একটি পছন্দ অফার করে: ট্যাব, উইন্ডোজ, অথবা মনিটর। displaySurface সীমাবদ্ধতা ব্যবহার করে, ওয়েব অ্যাপ্লিকেশনটি এখন ব্রাউজারকে ইঙ্গিত দিতে পারে যদি এটি পছন্দ করে যে একটি নির্দিষ্ট পৃষ্ঠতলের ধরণ ব্যবহারকারীকে আরও স্পষ্টভাবে অফার করা হোক।
এই বৈশিষ্ট্যগুলি কীভাবে দুর্ঘটনাজনিত ওভারশেয়ারিং এড়াতে সাহায্য করবে সে সম্পর্কে আরও জানুন।
রিসোর্স টাইমিং-এ রেন্ডার-ব্লকিং স্ট্যাটাস
একটি রিসোর্সের রেন্ডার-ব্লকিং অবস্থা নির্দেশ করার জন্য PerfomanceResourceTiming এ একটি ক্ষেত্র যোগ করে। বর্তমানে ডেভেলপারের দৃষ্টিকোণ থেকে, কোন রিসোর্সগুলি আসলে রেন্ডার-ব্লকিং ছিল তা নির্ধারণ করার একমাত্র উপায় হল জটিল হিউরিস্টিকসের উপর নির্ভর করা। নতুন ক্ষেত্রটি পরিবর্তে একই বিষয়ে একটি সরাসরি সংকেত প্রদান করবে।
অনুমতি নীতির উৎসগুলিতে ওয়াইল্ডকার্ড
এই বৈশিষ্ট্যটি SCHEME://*.HOST:PORT (উদাহরণস্বরূপ, https://*.foo.com/) এর মতো কাঠামোগত অনুমতি নীতিতে ওয়াইল্ডকার্ডের জন্য সমর্থন যোগ করে যেখানে SCHEME://HOST:PORT (উদাহরণস্বরূপ, https://foo.com/) থেকে একটি বৈধ অরিজিন তৈরি করা যেতে পারে। এর জন্য HOST কমপক্ষে eTLD+1 (একটি নিবন্ধনযোগ্য ডোমেন) হতে হবে। এর অর্থ হল https://*.bar.foo.com/ কাজ করে কিন্তু https://*.com/ কাজ করবে না। স্কিম এবং পোর্ট বিভাগের ওয়াইল্ডকার্ডগুলি অসমর্থিত হবে এবং https://*.foo.com/ https://foo.com/ তে ডেলিগেট করবে না। আগে, একটি অনুমতি নীতি দেখতে এইরকম হতে পারে:
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://cdn1.foo.com" "https://cdn2.foo.com")
এই বৈশিষ্ট্যটির সাহায্যে আপনি ব্যবহার করতে পারেন:
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://*.foo.com")
<form> এলিমেন্টে rel অ্যাট্রিবিউট সাপোর্ট করে।
এই বৈশিষ্ট্যটি ফর্ম উপাদানগুলিতে rel অ্যাট্রিবিউট যোগ করে, যার ফলে rel=noopener আছে এমন ফর্ম উপাদান দ্বারা নেভিগেট করা ওয়েবসাইটগুলিতে window.opener উপস্থিত থাকা থেকে বিরত রাখা সম্ভব হয় এবং রেফারার হেডারকে rel=noreferrer দিয়ে পাঠানো থেকে বিরত রাখা সম্ভব হয়।
অরিজিন ট্রায়াল
Chrome-এর এই রিলিজে 2টি নতুন অরিজিন ট্রায়াল ছিল।
ঘোষণামূলক PendingBeacon API
একটি স্টেটফুল বীকন API যা ব্রাউজারকে বীকন পাঠানোর সময় নিয়ন্ত্রণ করতে দেয়। বীকন হল একটি ব্যাকএন্ড সার্ভারে পাঠানো ডেটার একটি বান্ডিল, কোনও নির্দিষ্ট প্রতিক্রিয়া আশা না করে। ব্যবহারকারীর কোনও পৃষ্ঠা পরিদর্শনের শেষে এগুলি পাঠানো প্রায়শই বাঞ্ছনীয়, কিন্তু সেই "পাঠান" কলটি করার জন্য কোনও উপযুক্ত সময় নেই। এই API ব্রাউজারেই প্রেরণের দায়িত্ব অর্পণ করে, তাই এটি পৃষ্ঠা আনলোড বা পৃষ্ঠা লুকানোর সময় বীকনগুলিকে সমর্থন করতে পারে, ডেভেলপারকে ঠিক সঠিক সময়ে প্রেরণ কল বাস্তবায়ন করতে হবে না।
এই ট্রায়ালটি Chrome 109 পর্যন্ত চলবে বলে আশা করা হচ্ছে। ট্রায়ালের জন্য এখানে নিবন্ধন করুন ।
অনুমতি-নীতি: আনলোড করুন
এই বৈশিষ্ট্যটি পৃষ্ঠাগুলিকে আনলোড ইভেন্ট হ্যান্ডলার চালানো বন্ধ করার অনুমতি দেয়। লক্ষ্য হল যে সাইটগুলি সমস্ত আনলোড হ্যান্ডলার সরিয়ে দিয়েছে তারা নিশ্চিত করে যে তারা ভুলবশত নতুন যোগ না করে। এটি সাইটগুলিকে আনলোড ইভেন্ট হ্যান্ডলার থেকে মাইগ্রেট করতে সাহায্য করবে এবং এর ফলে BFCache হিট-রেট উন্নত করবে ।
এই ট্রায়ালটি Chrome 109 পর্যন্ত চলবে বলে আশা করা হচ্ছে। ট্রায়ালের জন্য এখানে নিবন্ধন করুন ।
অবচয় এবং অপসারণ
Chrome-এর এই সংস্করণে নীচে তালিকাভুক্ত অবচয় এবং অপসারণের তালিকা রয়েছে। পরিকল্পিত অবচয়, বর্তমান অবচয় এবং পূর্ববর্তী অপসারণের তালিকার জন্য ChromeStatus.com দেখুন।
Chrome-এর এই রিলিজটি একটি বৈশিষ্ট্যকে অবমূল্যায়ন করছে।
এক্সপেক্ট-সিটি
Expect-CT হল একটি HTTP হেডার যা ওয়েবসাইটগুলিকে ডিফল্টভাবে প্রয়োগ করার আগে সার্টিফিকেট ট্রান্সপারেন্সি এনফোর্সমেন্টে অপ্ট ইন করার অনুমতি দেয়। ডেভেলপারদের CT ভুল কনফিগারেশন আবিষ্কার করতে সাহায্য করার জন্য এটিতে রিপোর্টিং কার্যকারিতাও রয়েছে।
Expect-CT HTTP হেডারটি সার্বজনীন সার্টিফিকেট ট্রান্সপারেন্সি (সিটি) এনফোর্সমেন্টে রূপান্তরিত করতে সাহায্য করার জন্য ডিজাইন করা হয়েছিল, উচ্চ-মূল্যের ওয়েবসাইটগুলিকে CT এনফোর্সমেন্টে অপ্ট ইন করার অনুমতি দিয়ে অথবা উন্নত নিরাপত্তার জন্য রিপোর্ট করার অনুমতি দিয়ে (ক্রোম দ্বারা) সমস্ত পাবলিক ওয়েবসাইটে CT এনফোর্সমেন্ট বাধ্যতামূলক করার আগে। যাইহোক, Expect-CT এখন তার কার্যকারিতার বাইরে চলে গেছে। Chrome এখন সমস্ত পাবলিক ওয়েবসাইটে CT প্রয়োজন, তাই Expect-CT আর কোনও সুরক্ষা মান নেই। অন্য কোনও ব্রাউজার Expect-CT প্রয়োগ করেনি তাই এটি অপসারণ করা আন্তঃকার্যকারিতার উদ্বেগ নয়।