স্ক্রিন ক্যাপচার এপিআই, সিএসএস গ্রিড-টেমপ্লেট প্রপার্টি ইন্টারপোলেশন এবং আরও অনেক কিছুতে সংযোজন।
অন্যথায় উল্লেখ করা না থাকলে, নীচে বর্ণিত পরিবর্তনগুলি Android, ChromeOS, Linux, macOS এবং Windows-এর জন্য নতুন Chrome বিটা চ্যানেল রিলিজে প্রযোজ্য। প্রদত্ত লিঙ্কগুলির মাধ্যমে বা ChromeStatus.com-এর তালিকা থেকে এখানে তালিকাভুক্ত বৈশিষ্ট্যগুলি সম্পর্কে আরও জানুন৷ 29 সেপ্টেম্বর, 2022 পর্যন্ত Chrome 107 বিটা। আপনি ডেস্কটপের জন্য Google.com বা Android-এ Google Play Store থেকে সর্বশেষ ডাউনলোড করতে পারেন।
CSS grid-template বৈশিষ্ট্য ইন্টারপোলেশন
CSS গ্রিডে, grid-template-columns এবং grid-template-rows বৈশিষ্ট্যগুলি বিকাশকারীদের যথাক্রমে লাইনের নাম এবং গ্রিড কলাম এবং সারিগুলির আকার ট্র্যাক করার অনুমতি দেয়। Microsoft-এ আমাদের অবদানকারীদের ধন্যবাদ, আমরা এখন এই বৈশিষ্ট্যগুলির জন্য ইন্টারপোলেশন সমর্থন করি । গ্রিড লেআউটগুলি এখন অ্যানিমেশন বা ট্রানজিশনের হাফওয়ে পয়েন্টে স্ন্যাপ করার পরিবর্তে রাজ্যগুলির মধ্যে মসৃণভাবে স্থানান্তর করতে পারে।
গোপনীয়তা সংরক্ষণ স্ক্রিন শেয়ারিং নিয়ন্ত্রণ
স্ক্রীন ক্যাপচার এপিআই বিদ্যমান মিডিয়া ক্যাপচার এবং স্ট্রীমস এপিআইতে সংযোজন প্রবর্তন করে যাতে ব্যবহারকারীকে মিডিয়া স্ট্রিম হিসাবে ক্যাপচার করার জন্য একটি স্ক্রীন বা পর্দার অংশ (যেমন একটি উইন্ডো) নির্বাচন করতে দেয়। এই স্ট্রীম তারপর রেকর্ড বা নেটওয়ার্কের মাধ্যমে অন্যদের সাথে শেয়ার করা যাবে. এই বিটাতে এই API তে কিছু নতুন ফিচার যোগ করা হয়েছে।
DisplayMediaStreamConstraints.selfBrowserSurface
ওয়েব অ্যাপ্লিকেশনগুলিকে, getDisplayMedia() কল করার সময়, ব্যবহারকারীকে দেওয়া ট্যাবের তালিকা থেকে বর্তমান ট্যাবটি বাদ দেওয়া উচিত কিনা তা ব্রাউজারকে নির্দেশ দেওয়ার অনুমতি দেওয়ার ইঙ্গিত৷
এটি দুর্ঘটনাজনিত স্ব-ক্যাপচার প্রতিরোধে সহায়তা করে, যখন ব্যবহারকারীরা ভুলবশত অ্যাপটি যে ট্যাবটিতে চলছে সেটি বেছে নেওয়া হলে, একটি হল-অফ-মিররস প্রভাব তৈরি হয়, ব্যবহারকারীদের বিভ্রান্ত করে এবং দূরবর্তী ব্যবহারকারীদের সাথে আলোচনাকে লাইনচ্যুত করে।
DisplayMediaStreamConstraints.surfaceSwitching
স্ক্রিন-শেয়ার করার সময় ক্রোম ট্যাব স্যুইচ করার জন্য একটি বোতাম দেখায় কিনা তা প্রোগ্রাম্যাটিকভাবে নিয়ন্ত্রণ করার জন্য একটি বিকল্প যোগ করে। এই বিকল্পটি navigator.mediaDevices.getDisplayMedia() এ পাঠানো হবে।
এর পরিবর্তে এই ট্যাবটি ভাগ করুন বোতামটি ব্যবহারকারীদের ভিডিও-কনফারেন্সিং ট্যাবটি আবার নির্বাচন না করেই কোন ট্যাবটি ভাগ করে নিচ্ছেন তা নির্বিঘ্নে স্যুইচ করতে দেয়, আবার getDisplayMedia() শুরু করতে একটি বোতামে ক্লিক করুন, বা একটি দীর্ঘ তালিকা থেকে একটি নতুন ট্যাব নির্বাচন করুন ট্যাব এই আচরণ শর্তসাপেক্ষে প্রকাশ করা হয়েছে কারণ সমস্ত ওয়েব অ্যাপ্লিকেশন এই আচরণ পরিচালনা করতে সক্ষম নয়।
MediaTrackConstraintSet.displaySurface
যখন getDisplayMedia() কল করা হয়, ব্রাউজার ব্যবহারকারীকে ডিসপ্লে সারফেসগুলির একটি পছন্দ অফার করে: ট্যাব, উইন্ডো বা মনিটর। ডিসপ্লেসারফেস সীমাবদ্ধতা ব্যবহার করে, ওয়েব অ্যাপ্লিকেশন এখন ব্রাউজারকে ইঙ্গিত দিতে পারে যদি এটি পছন্দ করে যে একটি নির্দিষ্ট পৃষ্ঠের ধরন ব্যবহারকারীকে আরও স্পষ্টভাবে অফার করা হোক।
দুর্ঘটনাজনিত ওভারশেয়ারিং এড়াতে এই বৈশিষ্ট্যগুলি কীভাবে সাহায্য করবে সে সম্পর্কে আরও জানুন।
রিসোর্স টাইমিং-এ রেন্ডার ব্লকিং স্ট্যাটাস
একটি সম্পদের রেন্ডার ব্লকিং স্থিতি নির্দেশ করার জন্য 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 অ্যাট্রিবিউট যুক্ত করে, যা window.opener rel=noopener আছে এবং রেফারার হেডারকে rel=noreferrer এর সাথে পাঠানো থেকে বাধা দেয়।
অরিজিন ট্রায়াল
Chrome-এর এই রিলিজে 2টি নতুন অরিজিন ট্রায়াল ছিল।
ঘোষণামূলক PendingBeacon API
একটি স্টেটফুল বীকন API যা ব্রাউজারকে বীকন পাঠানোর সময় নিয়ন্ত্রণ করতে দেয়। একটি বীকন একটি নির্দিষ্ট প্রতিক্রিয়া আশা না করে একটি ব্যাকএন্ড সার্ভারে পাঠানো ডেটার একটি বান্ডিল। এটি প্রায়ই একটি পৃষ্ঠায় একটি ব্যবহারকারীর পরিদর্শন শেষে এটি পাঠানো বাঞ্ছনীয়, কিন্তু "পাঠান" কল করার জন্য কোন ভাল সময় নেই। এই API ব্রাউজারে পাঠানোর দায়িত্ব অর্পণ করে, তাই এটি পৃষ্ঠা আনলোড বা পৃষ্ঠা লুকানোর সময় বীকন সমর্থন করতে পারে, ডেভেলপারকে সঠিক সময়ে কল পাঠাতে হবে না।
এই ট্রায়ালটি Chrome 109 পর্যন্ত চলবে বলে আশা করা হচ্ছে ৷ এখানে ট্রায়ালের জন্য নিবন্ধন করুন ৷
অনুমতি-নীতি: আনলোড
এই বৈশিষ্ট্যটি পৃষ্ঠাগুলিকে আনলোড ইভেন্ট হ্যান্ডলারগুলির চলমান অক্ষম করতে দেয়৷ লক্ষ্য হল যে সাইটগুলি সমস্ত আনলোড হ্যান্ডলারগুলি সরিয়ে দিয়েছে সেগুলিকে অনুমতি দেওয়া যাতে তারা ভুলবশত নতুন যুক্ত না করে। এটি সাইটগুলিকে ইভেন্ট হ্যান্ডলারগুলিকে আনলোড করতে এবং এর ফলে BFCache হিট-রেট উন্নত করতে সহায়তা করবে৷
এই ট্রায়ালটি Chrome 109 পর্যন্ত চলবে বলে আশা করা হচ্ছে ৷ এখানে ট্রায়ালের জন্য নিবন্ধন করুন ৷
অবজ্ঞা এবং অপসারণ
Chrome-এর এই সংস্করণটি নিম্নে তালিকাভুক্ত অবচয় এবং অপসারণের পরিচয় দেয়। পরিকল্পিত অবচয়, বর্তমান অবচয় এবং পূর্ববর্তী অপসারণের তালিকার জন্য ChromeStatus.com এ যান।
Chrome-এর এই রিলিজটি একটি বৈশিষ্ট্যকে অবমূল্যায়ন করে।
প্রত্যাশা-সিটি
Expect-CT হল একটি HTTP শিরোনাম যা ওয়েবসাইটগুলিকে শংসাপত্র স্বচ্ছতা প্রয়োগ করার আগে এটিকে ডিফল্টরূপে প্রয়োগ করার অনুমতি দেয়৷ ডেভেলপারদের সিটি মিসকনফিগারেশনগুলি আবিষ্কার করতে সহায়তা করার জন্য এটিতে রিপোর্টিং কার্যকারিতাও রয়েছে।
Expect-CT HTTP শিরোনামটি সর্বজনীন সার্টিফিকেট ট্রান্সপারেন্সি (CT) এনফোর্সমেন্টে রূপান্তর করতে সাহায্য করার জন্য ডিজাইন করা হয়েছিল, উচ্চ-মূল্যের ওয়েবসাইটগুলিকে সিটি এনফোর্সমেন্টে অপ্ট ইন করার অনুমতি দিয়ে বা সমস্ত পাবলিক ওয়েবসাইটে CT প্রয়োগের প্রয়োজন হওয়ার আগে (Chrome দ্বারা) আরও ভাল নিরাপত্তার জন্য রিপোর্ট করার অনুমতি দেয়৷ . যাইহোক, Expect-CT এখন এর উপযোগিতা অতিক্রম করেছে। Chrome-এর এখন সমস্ত পাবলিক ওয়েবসাইটে CT প্রয়োজন, তাই এখন আর Expect-CT এর কোনও নিরাপত্তা মান নেই৷ অন্য কোন ব্রাউজার Expect-CT প্রয়োগ করেনি তাই এটি অপসারণ করা আন্তঃঅপারেবিলিটি উদ্বেগের বিষয় নয়।