Chrome 101-এ নতুন

আপনার যা জানা দরকার তা এখানে:

  • hwb() রঙের স্বরলিপি আপনাকে রঙ, সাদা এবং কালোত্ব অনুসারে রঙ নির্দিষ্ট করার একটি নতুন উপায় দেয়।
  • ফেচ প্রায়োরিটি আপনাকে ব্রাউজারে কোন ক্রমে রিসোর্স ডাউনলোড করা উচিত তা নির্দেশ করার একটি উপায় দেয়।
  • আর আরও অনেক কিছু আছে।

চলুন দেখে নেওয়া যাক Chrome 101-এ কী কী পাওয়া যায়।

hwb() রঙের স্বরলিপি

স্টিফান জুডিসের একটি প্রবন্ধে "মানুষের জন্য রঙের স্বরলিপি" হিসেবে বর্ণনা করা হয়েছে, hwb() রঙ, সাদাভাব এবং কালোভাব অনুসারে রঙ নির্দিষ্ট করে। অন্যান্য রঙের স্বরলিপির মতো, একটি ঐচ্ছিক আলফা উপাদান অস্বচ্ছতা নির্দিষ্ট করে।

h1 {
  color: hwb(194 0% 0% / .5) /* #00c3ff with 50% opacity */
}

রঙ নির্দিষ্ট করার এই পদ্ধতিটি এখন বেশ ভালোভাবে সমর্থিত, ফায়ারফক্স ৯৬ সংস্করণ থেকে এবং সাফারি ১৫ সংস্করণ থেকে এটি সমর্থন করে।

অগ্রাধিকার আনুন

Fetch Priority আপনাকে fetchpriority অ্যাট্রিবিউট ব্যবহার করে ব্রাউজারে কোন অর্ডার রিসোর্স ডাউনলোড করা উচিত তা নির্দেশ করার একটি উপায় দেয়। এটি "high" , "low" , এবং "auto" এর মান গ্রহণ করে।

  • "high" : আপনি রিসোর্সটিকে একটি উচ্চ অগ্রাধিকার হিসাবে বিবেচনা করেন এবং চান যে ব্রাউজারটি এটিকে অগ্রাধিকার দিক যতক্ষণ না ব্রাউজারের হিউরিস্টিকস এটি ঘটতে বাধা দেয়।
  • "low" : আপনি রিসোর্সটিকে কম অগ্রাধিকার বলে মনে করেন এবং চান যে ব্রাউজারটি যদি এর হিউরিস্টিক অনুমতি দেয় তবে এটিকে অগ্রাধিকার থেকে বঞ্চিত করুক।
  • "auto" : এটি হল ডিফল্ট মান যা ব্রাউজারকে উপযুক্ত অগ্রাধিকার নির্ধারণ করতে দেয়।

নিচের উদাহরণে, fetchpriority="low" দিয়ে একটি কম অগ্রাধিকার চিত্র নির্দেশিত হয়েছে।

<img src="/images/in_viewport_but_not_important.svg" fetchpriority="low" alt="I'm an unimportant image!">

Fetch Priority API ব্যবহার করে Optimize রিসোর্স লোডিং -এর বিভিন্ন ব্যবহারের ক্ষেত্রে আরও পড়ুন।

এই রিলিজেও

USBDevice অবজেক্টের জন্য forget() এর একটি নতুন পদ্ধতি রয়েছে। এটি এমন একটি ডিভাইস ভুলে যাওয়ার সুযোগ দেয় যার পূর্বে অনুমতি দেওয়া হয়েছিল। উদাহরণস্বরূপ, যদি এটি এমন একটি অ্যাপ্লিকেশন হয় যা অনেক ডিভাইস সহ একটি শেয়ার্ড কম্পিউটারে ব্যবহৃত হয়।

ওয়েব USB-এর জন্য, USBDevice মধ্যে সম্পর্কিত বৈশিষ্ট্যগুলির জন্য [ SameObject ] সমর্থন করার জন্য একটি সমাধান। স্পেসিফিকেশন পরিবর্তনটি ড্রাফ্ট স্পেকের একটি PR-তে পাওয়া যাবে।

নিরাপদ (HTTPS) উৎস থেকে লোড করা ডেডিকেটেড কর্মীদের, কিন্তু অনিরাপদ (অ-HTTPS) প্রেক্ষাপট দ্বারা তাৎক্ষণিকভাবে প্রকাশ করা হয়, আর নিরাপদ বলে বিবেচিত হয় না। এর অর্থ হল এই ধরনের কর্মী প্রেক্ষাপটের মধ্যে: - self.isSecureContext এখন false । - self.caches এবং self.storageFoundation আর উপলব্ধ নেই।

window.open() এর জন্য popup আর্গুমেন্টটি এখন true তে মূল্যায়ন করা হচ্ছে, এই আর্গুমেন্টটি পার্স করার জন্য স্পেসে সাম্প্রতিক পরিবর্তনের পরে। পূর্বে, যখন popup true এর সমান সেট করা হত, তখন window.open() কে false হিসাবে ব্যাখ্যা করা হত। এই পরিবর্তনটি বুলিয়ান বৈশিষ্ট্যগুলি ব্যবহার এবং বোঝা সহজ করে তোলে।

আরও পড়া

এটি শুধুমাত্র কিছু গুরুত্বপূর্ণ বিষয় নিয়ে আলোচনা করে। Chrome 101-এ অতিরিক্ত পরিবর্তনের জন্য নীচের লিঙ্কগুলি দেখুন।