নতুন CSS ভিউপোর্ট ইউনিট, ফেডারেটেড ক্রেডেনশিয়াল ম্যানেজমেন্ট API, পরিবর্তনশীল COLRv1 ফন্ট এবং আরও অনেক কিছু।
অন্যথায় উল্লেখ করা না থাকলে, নীচে বর্ণিত পরিবর্তনগুলি Android, ChromeOS, Linux, macOS এবং Windows-এর জন্য নতুন Chrome বিটা চ্যানেল রিলিজে প্রযোজ্য। প্রদত্ত লিঙ্কগুলির মাধ্যমে বা ChromeStatus.com-এর তালিকা থেকে এখানে তালিকাভুক্ত বৈশিষ্ট্যগুলি সম্পর্কে আরও জানুন৷ 27 অক্টোবর, 2022 পর্যন্ত Chrome 108 বিটা। আপনি ডেস্কটপের জন্য Google.com বা Android-এ Google Play Store থেকে সর্বশেষ ডাউনলোড করতে পারেন।
সিএসএস
Chrome 108-এ বেশ কয়েকটি নতুন CSS বৈশিষ্ট্য রয়েছে।
প্রতিস্থাপিত উপাদানগুলির জন্য CSS ওভারফ্লো
ক্রোম একটি পরিবর্তন শুরু করবে যা ডেভেলপারদের বিদ্যমান overflow প্রপার্টি ব্যবহার করতে দেয় প্রতিস্থাপিত উপাদানগুলির সাথে যা সামগ্রী-বাক্সের বাইরে রঙ করে। object-view-box সাথে পেয়ার করা এটি একটি কাস্টম গ্লো বা শ্যাডো প্রয়োগ করে একটি চিত্র তৈরি করতে ব্যবহার করা যেতে পারে, যেখানে একটি CSS ছায়ার মতো সঠিক কালি-ওভারফ্লো আচরণ থাকতে পারে।
এটি একটি সম্ভাব্য ব্রেকিং পরিবর্তন, প্রতিস্থাপিত উপাদানের উপর ওভারফ্লো করার পরিবর্তনে আরও জানুন।
ছোট, বড়, গতিশীল এবং লজিক্যাল ভিউপোর্ট ইউনিট
এটি ছোট ( svw , svh , svi , svb , svmin , svmax ), বড় ( lvw , lvh , lvi , lvb , lvmin , lvmax ), গতিশীল ( dvw , dvh , dvi , dvb , dvmin , max , dvmax যৌক্তিক ( vi , vb ) একক।
CSS break-after , break-before এবং break-inside সমর্থন
CSS ফ্র্যাগমেন্টেশন প্রপার্টি break-before , break-after এবং প্রিন্ট করার সময় break-inside এড়ানো মানের জন্য সমর্থন। এই মান ব্রাউজারকে বলে যে উপাদানটি প্রয়োগ করা হয়েছে তার আগে, পরে বা ভিতরে ভাঙা এড়াতে। উদাহরণস্বরূপ, নিম্নলিখিত CSS একটি পৃষ্ঠা বিরতিতে একটি চিত্র ভাঙ্গা এড়ায়।
figure {
break-inside: avoid;
}
ক্রোম 108 লেআউটএনজি প্রিন্টিংয়ের জন্য সমর্থন যোগ করার কারণে এই বৈশিষ্ট্যটি যোগ করা হয়েছে।
শেষ বেসলাইন আইটেম প্রান্তিককরণ
এই বৈশিষ্ট্যটি ডেভেলপারদের তাদের প্রথমের পরিবর্তে তাদের শেষ বেসলাইন দ্বারা ফ্লেক্স বা গ্রিড লেআউটের মধ্যে আইটেমগুলিকে সারিবদ্ধ করতে দেয়। এটি নিম্নলিখিত বৈশিষ্ট্যগুলির মাধ্যমে করা হয়:
-
align-items: last baseline; -
justify-items: last baseline; -
align-self: last baseline; -
justify-self: last baseline;
ContentVisibilityAutoStateChanged ইভেন্ট
একটি ইভেন্ট যা content-visibility: auto যখন উপাদানটির রেন্ডারিং অবস্থা ব্যবহারকারীর সাথে প্রাসঙ্গিক করে এমন কোনো বৈশিষ্ট্যের কারণে পরিবর্তিত হয়।
এর ব্যবহার-ক্ষেত্রটি হল ব্যবহারকারী-এজেন্ট কন্টেন্ট-দৃশ্যমান সাবট্রির রেন্ডারিং বন্ধ বা শুরু করার প্রতিক্রিয়া হিসাবে কখন থামাতে বা রেন্ডারিং শুরু করতে হবে তার উপর ডেভেলপারদের আরও বেশি নিয়ন্ত্রণ থাকতে দেওয়া। উদাহরণস্বরূপ, বিকাশকারী একটি সাবট্রিতে প্রতিক্রিয়া আপডেটগুলি বন্ধ করতে চাইতে পারেন যা ব্যবহারকারী-এজেন্ট দ্বারা রেন্ডার করা হয় না। একইভাবে, ব্যবহারকারী-এজেন্ট উপাদানটি রেন্ডার না করলে বিকাশকারী অন্য কোনো স্ক্রিপ্ট আপডেট (উদাহরণস্বরূপ, ক্যানভাস আপডেট) বন্ধ করতে চাইতে পারে।
ওয়েব API
ফেডারেটেড শংসাপত্র ব্যবস্থাপনা (ওয়েবআইডি ছিল)
ফেডারেটেড ক্রেডেনশিয়াল ম্যানেজমেন্ট API ব্যবহারকারীদের ব্রাউজার গোপনীয়তার উন্নতির সাথে সামঞ্জস্যপূর্ণভাবে ওয়েবসাইটগুলিতে লগইন করার জন্য তাদের ফেডারেটেড পরিচয় আনতে দেয়।
কর্মীদের মধ্যে মিডিয়া উত্স এক্সটেনশন
প্রধান উইন্ডো প্রসঙ্গে একটি HTMLMediaElement দ্বারা প্লেব্যাকের জন্য বাফারিং মিডিয়ার উন্নত কর্মক্ষমতা সক্ষম করতে DedicatedWorker প্রসঙ্গ থেকে মিডিয়া সোর্স এক্সটেনশন (MSE) API ব্যবহার সক্ষম করে৷ একটি DedicatedWorker প্রসঙ্গে একটি MediaSource অবজেক্ট তৈরি করে, একটি অ্যাপ্লিকেশন তারপর এটি থেকে একটি MediaSourceHandle পেতে পারে এবং একটি HTMLMediaElement এ সংযুক্ত করার জন্য ব্যবহার করার জন্য সেই হ্যান্ডেলটিকে মূল থ্রেডে স্থানান্তর করতে পারে। যে প্রেক্ষাপটটি মিডিয়াসোর্স অবজেক্ট তৈরি করেছে তা মিডিয়া বাফার করতে এটি ব্যবহার করতে পারে।
Sec-CH-Prefers-Reduced-Motion ব্যবহারকারী পছন্দ মিডিয়া বৈশিষ্ট্য ক্লায়েন্ট ইঙ্গিত শিরোনাম
ব্যবহারকারীর পছন্দ মিডিয়া বৈশিষ্ট্য ক্লায়েন্ট ইঙ্গিত শিরোনামগুলি মিডিয়া ক্যোয়ারি লেভেল 5 দ্বারা সংজ্ঞায়িত ব্যবহারকারীর পছন্দ মিডিয়া বৈশিষ্ট্যগুলির চারপাশে HTTP ক্লায়েন্ট ইঙ্গিত শিরোনামগুলির একটি সেট সংজ্ঞায়িত করে৷ যদি সমালোচনামূলক ক্লায়েন্ট ইঙ্গিত হিসাবে ব্যবহার করা হয়, এই শিরোনামগুলি সার্ভারগুলিকে, উদাহরণস্বরূপ, CSS ইনলাইনিং সম্পর্কিত স্মার্ট পছন্দ করতে দেয়৷ . Sec-CH-Prefers-Reduced-Motion ব্যবহারকারীর prefers-reduced-motion পছন্দ প্রতিফলিত করে।
WebTransport BYOB পাঠক
ওয়েবট্রান্সপোর্টের জন্য BYOB (আপনার-নিজের-বাফার আনুন) পাঠকদের সমর্থন করে যাতে একটি বিকাশকারী সরবরাহ করা বাফারে পড়ার অনুমতি দেয়। BYOB পাঠকরা বাফার কপি কমাতে পারে, এবং মেমরি বরাদ্দ কমাতে পারে।
অনুমতি নীতির মূলে ওয়াইল্ডকার্ড
পারমিশন পলিসি স্পেসিফিকেশন এমন একটি মেকানিজমকে সংজ্ঞায়িত করে যা ডেভেলপারদের বিভিন্ন ব্রাউজার ফিচার এবং API-এর ব্যবহার বেছে বেছে সক্রিয় এবং অক্ষম করতে দেয়। এই পদ্ধতির একটি ক্ষমতা শুধুমাত্র সুস্পষ্টভাবে গণনাকৃত উত্সগুলিতে বৈশিষ্ট্যগুলিকে সক্ষম করার অনুমতি দেয় (উদাহরণস্বরূপ, https://foo.com/ )। এই প্রক্রিয়াটি কিছু CDN-এর ডিজাইনের জন্য যথেষ্ট নমনীয় নয়, যা একটি উৎসের মাধ্যমে সামগ্রী সরবরাহ করে যা কয়েকশ সম্ভাব্য সাবডোমেনের একটিতে হোস্ট করা হতে পারে।
অতএব, এই বৈশিষ্ট্যটি SCHEME://*.HOST:PORT (উদাহরণস্বরূপ, https://*.foo.com/ ) এর মতো কাঠামোগত অনুমতি নীতিতে ওয়াইল্ডকার্ডের জন্য সমর্থন যোগ করে যেখানে SCHEME://HOST:PORT থেকে একটি বৈধ অরিজিন তৈরি করা যেতে পারে SCHEME://HOST:PORT (উদাহরণস্বরূপ, https://foo.com/ )। এর জন্য প্রয়োজন যে HOST একটি নিবন্ধনযোগ্য ডোমেন। এর মানে হল যে https://*.bar.foo.com/ কাজ করে কিন্তু https://*.com/ করবে না (যদি আপনি সমস্ত ডোমেনকে বৈশিষ্ট্যটি ব্যবহার করার অনুমতি দিতে চান তবে আপনাকে শুধুমাত্র * এ অর্পণ করতে হবে)।
ফাইল সিস্টেম অ্যাক্সেস API-এ অ্যাক্সেসহ্যান্ডেলগুলির জন্য সিঙ্ক পদ্ধতি
ফাইল সিস্টেম অ্যাকসেস এপিআই-এর FileSystemSyncAccessHandle এ অ্যাসিঙ্ক্রোনাস পদ্ধতি flush() , getSize() , এবং truncate() সিঙ্ক্রোনাস পদ্ধতিতে আপডেট করে। FileSystemSyncAccessHandle বর্তমানে সিঙ্ক এবং অ্যাসিঙ্ক পদ্ধতির মিশ্রণ রয়েছে, যা কর্মক্ষমতা এবং ব্যবহারযোগ্যতাকে বাধাগ্রস্ত করে, বিশেষ করে Wasm-এ C/C++ পোর্ট করার অ্যাপ্লিকেশনগুলির জন্য। এই আপডেটটি এপিআই ব্যবহারে ধারাবাহিকতা আনবে এবং ওয়াসম-ভিত্তিক লাইব্রেরির কর্মক্ষমতা উন্নত করবে।
এটি একটি সম্ভাব্য ব্রেকিং পরিবর্তন, আপনি ব্রেকিং চেঞ্জ-এ আরও পড়তে পারেন: AccessHandles-এর জন্য সিঙ্ক পদ্ধতি ।
WebAuthn শর্তসাপেক্ষ UI
WebAuthn-এর জন্য শর্তসাপেক্ষ UI Windows 22H2 বা পরবর্তীতে, macOS এবং Android P বা পরবর্তীতে সমর্থিত। ডেস্কটপ প্ল্যাটফর্মে WebAuthn UIও রিফ্রেশ করা হয়েছে।
পরিবর্তনশীল COLRv1 ফন্ট এবং ফন্ট বৈশিষ্ট্য সনাক্তকরণ
COLRv1 পরিবর্তনশীল ফন্ট সমর্থন
COLRv1 কালার ভেক্টর ফন্টগুলি ক্রোম 98 থেকে সমর্থিত হয়েছে, কিন্তু এই প্রাথমিক রিলিজটি শুধুমাত্র COLRv1 টেবিলের স্ট্যাটিক কার্যকারিতাকে সমর্থন করে। COLRv1 স্পেসিফিকেশন OpenType ভেরিয়েশনের সাথে ইন্টিগ্রেশনকে সংজ্ঞায়িত করে যা গ্রেডিয়েন্টের ফন্টের বৈশিষ্ট্য পরিবর্তন করতে দেয় এবং পরিবর্তনশীল অক্ষের পরামিতি পরিবর্তনের মাধ্যমে রূপান্তরিত করে। এই দ্বিতীয় ধাপটি COLRv1-এ এই ধরনের ভিন্নতার জন্য সমর্থন নিয়ে আসে।
font-tech() এবং font-format() কন্ডিশন এক্সটেনশন CSS @supports
CSS @supports-এর সাথে font-tech() এবং font-format() ব্যবহার করে ফন্ট প্রযুক্তি এবং ফর্ম্যাট সমর্থন সনাক্তকরণ এবং বিষয়বস্তুর প্রগতিশীল বর্ধনের অনুমতি দেয়। COLRv1 ফন্টগুলির সমর্থনের জন্য নিম্নলিখিত উদাহরণগুলি পরীক্ষা করে।
@supports font-tech(color-COLRv1) {
}
@font-face src: descriptor-এ tech() ফাংশন সমর্থন
CSS ফন্ট লেভেল 4 ফন্ট সম্পদ নির্বাচন বা ফিল্টার করার অতিরিক্ত উপায় প্রদান করে। tech() ফাংশনটি চালু করা হয়েছিল, যা ফন্ট প্রযুক্তিগুলির একটি তালিকায় পাস করার অনুমতি দেয় যা এই সংশ্লিষ্ট ফন্ট ব্লবের কাজ করার জন্য প্রয়োজন। তার উপর ভিত্তি করে, ব্যবহারকারী এজেন্ট প্রথম উপযুক্ত সংস্থান নির্বাচন করবে।
অ্যান্ড্রয়েডে ক্রোম
Android OSK এখন ডিফল্টরূপে ভিজ্যুয়াল ভিউপোর্টের আকার পরিবর্তন করে
অ্যান্ড্রয়েড অন-স্ক্রিন কীবোর্ড প্রাথমিক ধারণকারী ব্লকের পরিবর্তে ডিফল্টরূপে ভিজ্যুয়াল ভিউপোর্টের আকার পরিবর্তন করে । লেখকরা নতুন interactive-widget মেটা-ভিউপোর্ট কী ব্যবহার করে এটি থেকে বেরিয়ে আসতে পারেন।
অরিজিন ট্রায়াল
Chrome-এর এই রিলিজে দুটি নতুন অরিজিন ট্রায়াল রয়েছে।
canmakepayment ইভেন্টে বণিক পরিচয়
canmakepayment সার্ভিস ওয়ার্কার ইভেন্টটি বণিককে জানতে দেয় যে ব্যবহারকারীর একটি ইনস্টল করা পেমেন্ট অ্যাপে ফাইলে একটি কার্ড আছে কিনা। এটি নীরবে বণিকের উৎপত্তি এবং নির্বিচারে ডেটা পেমেন্ট অ্যাপের উৎস থেকে একজন পরিষেবা কর্মীকে পাঠায়। এই ক্রস-অরিজিন যোগাযোগ জাভাস্ক্রিপ্টে PaymentRequest নির্মাণে ঘটে, ব্যবহারকারীর অঙ্গভঙ্গি প্রয়োজন হয় না এবং কোনো ব্যবহারকারী ইন্টারফেস দেখায় না। "canmakepayment" ইভেন্ট থেকে পরিচয় ক্ষেত্রগুলি সরানোর জন্য বিকাশকারী ট্রায়ালটি এর মাধ্যমে সক্ষম করা যেতে পারে: chrome://flags/#clear-identity-in-can-make-payment এই পতাকাটি সক্ষম করা হলে "ক্যানমেকপেমেন্ট" ইভেন্টে (এবং Android IS_READY_TO_PAY উদ্দেশ্য) পরিচয় ক্ষেত্রগুলি খালি হয়ে যাবে৷
পেমেন্ট হ্যান্ডলার API-এর CanMakePayment ইভেন্ট আচরণের আপডেটে আরও জানুন।
ব্যাক/ফরওয়ার্ড ক্যাশে NotRestoredReason API
NotRestoredReason API পারফরম্যান্স নেভিগেশন টাইমিং API-এর মাধ্যমে ফ্রেম ট্রি স্ট্রাকচারে BFcache থেকে একটি পৃষ্ঠা কেন পরিবেশন করা হয় না তার কারণগুলির তালিকা রিপোর্ট করবে।
পৃষ্ঠাগুলি বিভিন্ন কারণে BFcache থেকে ব্লক করা যেতে পারে, যেমন স্পেসিফিকেশন দ্বারা প্রয়োজনীয় কারণ এবং ব্রাউজার বাস্তবায়নের জন্য নির্দিষ্ট কারণ। ডেভেলপাররা পেজশো হ্যান্ডলার পারসিস্টেড প্যারামিটার এবং PerformanceNavigationTiming.type(back-forward) ব্যবহার করে তাদের সাইটে BFCache-এর হিট-রেট সংগ্রহ করতে পারে। এই API সাইটগুলিকে ইতিহাসের নেভিগেশনে কেন BFCache ব্যবহার করা হয় না সে সম্পর্কে তথ্য সংগ্রহ করা সম্ভব করে, যাতে তারা প্রতিটি কারণের উপর পদক্ষেপ নিতে পারে এবং তাদের পৃষ্ঠা BFCache সামঞ্জস্যপূর্ণ করতে পারে।
অবজ্ঞা এবং অপসারণ
Chrome-এর এই সংস্করণটি নিম্নে তালিকাভুক্ত অবচয় এবং অপসারণের পরিচয় দেয়। পরিকল্পিত অবচয়, বর্তমান অবচয় এবং পূর্ববর্তী অপসারণের তালিকার জন্য ChromeStatus.com এ যান।
অবজ্ঞা
Chrome-এর এই রিলিজটি একটি বৈশিষ্ট্যকে অবমূল্যায়ন করে।
window.defaultStatus এবং window.defaultstatus বর্জন করুন এবং সরান
এগুলি হল অ-মানক API যা সমস্ত ব্রাউজার দ্বারা প্রয়োগ করা হয় না এবং ব্রাউজারের আচরণের উপর কোন প্রভাব নেই৷ এটি তাদের পরিষ্কার করে এবং একটি সম্ভাব্য ফিঙ্গারপ্রিন্টিং সংকেত সরিয়ে দেয়।
এগুলি মূলত ব্রাউজার উইন্ডোজের নীচে "স্ট্যাটাস বার" টেক্সট পরিবর্তন/নিয়ন্ত্রণ করতে ব্যবহৃত হয়েছিল। যাইহোক, ক্রোমের স্ট্যাটাস বারে তারা কখনই কোন প্রকৃত প্রভাব ফেলেনি এবং তারা মানসম্মত বৈশিষ্ট্য নয়। Gecko সংস্করণ 23 থেকে এই বৈশিষ্ট্যগুলি সমর্থন করেনি; WebKit এখনও এই বৈশিষ্ট্য সমর্থন করে. সম্পর্কিত window.status অ্যাট্রিবিউট প্রমিত , কিন্তু উইন্ডো স্ট্যাটাস বারে কখনই প্রভাব ফেলতে হবে না ।
অপসারণ
ক্রোমের এই রিলিজটি চারটি বৈশিষ্ট্য সরিয়ে দেয়।
ImageDecoderInit.premultiplyAlpha সরান
প্রাথমিক ব্যবহারের ক্ষেত্রে বৈশিষ্ট্যটির কোন পর্যবেক্ষণযোগ্য প্রভাব নেই, তবে সাবঅপ্টিমাল উপায়ে বাস্তবায়নকে সীমাবদ্ধ করতে পারে। আরও বিশদ বিবরণের জন্য এই সমস্যাটি দেখুন। WebCodecs স্পেক এডিটরদের একমত এবং ব্যবহারের অভাব (0.000000339% - 0.00000687% পৃষ্ঠা লোড প্রতি ইউজ কাউন্টারে M106)।
navigateEvent.restoreScroll() সরান
restoreScroll() কে navigateEvent.scroll() দ্বারা প্রতিস্থাপিত করা হচ্ছে। scroll() অভিন্নভাবে কাজ করে তা ছাড়া এটি ডেভেলপারকে নন-ট্রাভার্স নেভিগেশনের জন্য স্ক্রোল টাইমিং নিয়ন্ত্রণ করতে দেয় ( scroll() কাজ করে যখন স্ক্রলটি পুনরুদ্ধার করা হয় না, তাই আচরণ পরিবর্তনের সাথে সাথে নাম পরিবর্তন)।
সরান navigateEvent.transitionWhile()
transitionWhile() কে navigateEvent.intercept() দ্বারা প্রতিস্থাপিত করা হচ্ছে ডেভেলপারদের দ্বারা রিপোর্ট করা ডিজাইনের ত্রুটির কারণে। intercept() transitionWhile() এর সাথে প্রায় অভিন্ন আচরণ করে, কিন্তু একটি বাধ্যতামূলক প্রতিশ্রুতি পরামিতি গ্রহণ করার পরিবর্তে, এটি একটি ঐচ্ছিক হ্যান্ডলার ফাংশন নেয় যা একটি প্রতিশ্রুতি প্রদান করে। এটি ব্রাউজারকে নিয়ন্ত্রণ করার অনুমতি দেয় যখন হ্যান্ডলার এক্সিকিউট করে, যা transitionWhile() এর চেয়ে পরে এবং আরও বেশি স্বজ্ঞাত।
WebRTC mediaConstraint এর googIPv6 সরান
"googIPv6: false" WebRTC-এ IPv6 সমর্থন নিষ্ক্রিয় করতে ব্যবহার করা যেতে পারে, যেমনটি নিচের উদাহরণে।
new RTCPeerConnection({}, {mandatory:{googIPv6:false}});
IPv6 বহু বছর ধরে ডিফল্টরূপে সক্রিয় করা হয়েছে এবং আমরা এটি নিষ্ক্রিয় করতে সক্ষম হব না। এটি একটি লিগ্যাসি API যা স্পেকের মধ্যে বিদ্যমান নেই।