প্রকাশিত: 15 জানুয়ারী, 2024
অন্যথায় উল্লেখ না করা পর্যন্ত, নিম্নলিখিত পরিবর্তনগুলি Android, ChromeOS, Linux, macOS এবং Windows-এর জন্য নতুন Chrome বিটা চ্যানেল রিলিজে প্রযোজ্য। প্রদত্ত লিঙ্কগুলির মাধ্যমে বা ChromeStatus.com-এর তালিকা থেকে এখানে তালিকাভুক্ত বৈশিষ্ট্যগুলি সম্পর্কে আরও জানুন৷ Chrome 133 15 জানুয়ারী, 2024 থেকে বিটা। আপনি ডেস্কটপের জন্য Google.com থেকে বা Android-এ Google Play Store থেকে সর্বশেষ ডাউনলোড করতে পারেন।
CSS এবং UI
এই রিলিজে সাতটি নতুন CSS এবং UI বৈশিষ্ট্য যোগ করা হয়েছে।
CSS উন্নত attr()
ফাংশন
CSS লেভেল 5-এ নির্দিষ্ট করা attr()
তে পরিবর্ধন প্রয়োগ করে, যা <string>
ছাড়াও প্রকারগুলিকে অনুমতি দেয় এবং সমস্ত CSS বৈশিষ্ট্যে (ছদ্ম-উপাদান content
জন্য বিদ্যমান সমর্থন ছাড়াও) ব্যবহার করে।
CSS এ আরও জানুন attr()
একটি আপগ্রেড পায় ।
CSS :open
সিউডো-ক্লাস
:open
pseudo-class <dialog>
এবং <details>
মেলে যখন তারা তাদের খোলা অবস্থায় থাকে, এবং <select>
এবং <input>
মেলে যখন তারা মোডে থাকে যেখানে একটি পিকার থাকে এবং পিকার দেখায়।
CSS স্ক্রোল স্টেট কন্টেইনার প্রশ্ন
তাদের স্ক্রোল অবস্থার উপর ভিত্তি করে কন্টেইনারের বংশধরদের স্টাইল করার জন্য কন্টেইনার কোয়েরি ব্যবহার করুন।
ক্যোয়ারী ধারকটি হয় একটি স্ক্রোল ধারক, অথবা একটি উপাদান যা একটি স্ক্রোল পাত্রের স্ক্রোল অবস্থান দ্বারা প্রভাবিত হয়৷ নিম্নলিখিত রাজ্যগুলি জিজ্ঞাসা করা যেতে পারে:
-
stuck
: একটি আঠালো অবস্থানের পাত্রটি স্ক্রোল বাক্সের এক প্রান্তে আটকে থাকে। -
snapped
: একটি স্ক্রল স্ন্যাপ সারিবদ্ধ কন্টেইনার বর্তমানে অনুভূমিকভাবে বা উল্লম্বভাবে স্ন্যাপ করা হয়েছে। -
scrollable
: একটি স্ক্রোল কন্টেইনার একটি জিজ্ঞাসা করা দিক দিয়ে স্ক্রোল করা যেতে পারে কিনা।
একটি নতুন container-type: scroll-state
কন্টেইনারকে জিজ্ঞাসা করতে দেয়।
#sticky {
position: sticky;
container-type: scroll-state;
}
@container scroll-state(stuck: top) {
#sticky-child {
font-size: 75%;
}
}
CSS scroll-state()
এ আরও জানুন।
CSS text-box
, text-box-trim
এবং text-box-edge
টেক্সট বিষয়বস্তুর সর্বোত্তম ভারসাম্য অর্জনের জন্য, text-box-trim
এবং text-box-edge
বৈশিষ্ট্যগুলি, text-box
শর্টহ্যান্ড বৈশিষ্ট্য সহ, পাঠ্যের উল্লম্ব প্রান্তিককরণের সূক্ষ্ম নিয়ন্ত্রণ সম্ভব করে তোলে।
text-box-trim
প্রপার্টি ট্রিম করার জন্য সাইডগুলিকে উপরে বা নীচে নির্দিষ্ট করে এবং text-box-edge
প্রোপার্টি নির্দিষ্ট করে কিভাবে প্রান্তটি ছাঁটাই করা উচিত।
এই বৈশিষ্ট্যগুলি আপনাকে ফন্ট মেট্রিক্স ব্যবহার করে সঠিকভাবে উল্লম্ব ব্যবধান নিয়ন্ত্রণ করতে দেয়। CSS text-box-trim- এ আরও জানুন।
popover
অ্যাট্রিবিউটের hint
মান
Popover API popover
অ্যাট্রিবিউটের দুটি মানের জন্য আচরণ নির্দিষ্ট করে: auto
এবং manual
। এই বৈশিষ্ট্যটি একটি তৃতীয় মান বর্ণনা করে, popover=hint
। ইঙ্গিত, যা প্রায়শই "টুলটিপ" টাইপ আচরণের সাথে যুক্ত থাকে, তাদের আচরণ কিছুটা আলাদা। প্রাথমিকভাবে, পার্থক্য হল পপোভারের নেস্টেড স্ট্যাকগুলি খোলার সময় একটি hint
auto
অধীনস্থ। সুতরাং auto
পপভারের একটি বিদ্যমান স্ট্যাক খোলা থাকার সময় একটি সম্পর্কহীন hint
পপওভার খোলা সম্ভব।
ক্যানোনিকাল উদাহরণ হল যে একটি <select>
পিকার খোলা আছে ( popover=auto
) এবং একটি হোভার-ট্রিগার করা টুলটিপ ( popover=hint
) দেখানো হয়েছে। এই ক্রিয়াটি <select>
পিকার বন্ধ করে না।
পপওভার ইনভোকার এবং অ্যাঙ্কর পজিশনিং উন্নতি
popover.showPopover({source})
এর সাথে popovers এর মধ্যে invoker সম্পর্ক সেট করার একটি অপরিহার্য উপায় যোগ করে। অন্তর্নিহিত নোঙ্গর উপাদান রেফারেন্স তৈরি করতে আহ্বানকারী সম্পর্ক সক্ষম করে।
ইনভোকারের ভিতরে পপওভার নেস্ট করা হলে এটিকে পুনরায় চালু করা উচিত নয়
নিম্নলিখিত ক্ষেত্রে বোতামটি সঠিকভাবে ক্লিক করলে পপওভার সক্রিয় হয়, তবে, এর পরে পপওভারে ক্লিক করলে পপওভার বন্ধ করা উচিত নয়।
<button popovertarget=foo>Activate
<div popover id=foo>Clicking me shouldn't close me</div>
</button>
পূর্বে এটি ঘটেছে, কারণ পপওভার ক্লিক বুদবুদ <button>
বোতামে> এবং আমন্ত্রণকারীকে সক্রিয় করে, যা পপওভার বন্ধ টগল করে। এটি এখন প্রত্যাশিত আচরণে পরিবর্তিত হয়েছে।
ওয়েব API
Animation.overallProgress
একটি অ্যানিমেশন তার পুনরাবৃত্তি জুড়ে কতটা অগ্রসর হয়েছে এবং তার টাইমলাইনের প্রকৃতি নির্বিশেষে বিকাশকারীদের একটি সুবিধাজনক এবং সামঞ্জস্যপূর্ণ উপস্থাপনা প্রদান করে। overallProgress
বৈশিষ্ট্য ব্যতীত, আপনাকে ম্যানুয়ালি গণনা করতে হবে একটি অ্যানিমেশন কতদূর অগ্রসর হয়েছে, অ্যানিমেশনের পুনরাবৃত্তির সংখ্যা এবং অ্যানিমেশনের currentTime
মোট সময়ের শতাংশ কিনা (স্ক্রোল-চালিত অ্যানিমেশনের ক্ষেত্রে) বা একটি পরম সময়ের পরিমাণ (যেমন সময়-চালিত অ্যানিমেশনের ক্ষেত্রে)।
Atomics
বস্তুর pause()
পদ্ধতি
Atomics
namespace অবজেক্টে pause()
পদ্ধতি যোগ করে, CPU কে ইঙ্গিত দিতে যে বর্তমান কোডটি একটি স্পিনলক চালাচ্ছে।
স্ক্রিপ্টের জন্য CSP হ্যাশ রিপোর্টিং
জটিল ওয়েব অ্যাপ্লিকেশানগুলিকে প্রায়শই নিরাপত্তার উদ্দেশ্যে তারা ডাউনলোড করা সাবরিসোর্সগুলির উপর নজর রাখতে হয়।
বিশেষ করে, আসন্ন শিল্প মান এবং সর্বোত্তম অনুশীলনের (উদাহরণস্বরূপ, PCI-DSS v4) প্রয়োজন যে ওয়েব অ্যাপ্লিকেশনগুলি তাদের ডাউনলোড এবং কার্যকর করা সমস্ত স্ক্রিপ্টগুলির একটি তালিকা রাখে৷
নথিটি লোড করা সমস্ত স্ক্রিপ্ট সংস্থানগুলির URL এবং হ্যাশগুলি (CORS/একই-অরিজিনের জন্য) রিপোর্ট করতে এই বৈশিষ্ট্যটি CSP এবং রিপোর্টিং API-তে তৈরি করে৷
DOM রাষ্ট্র-সংরক্ষণের পদক্ষেপ
একটি DOM আদিম ( Node.prototype.moveBefore
) যোগ করে যা আপনাকে উপাদানের অবস্থা পুনরায় সেট না করে একটি DOM গাছের চারপাশে উপাদানগুলিকে সরাতে দেয়৷
অপসারণ এবং সন্নিবেশ করার পরিবর্তে সরানোর সময়, নিম্নলিখিত অবস্থা যেমন সংরক্ষিত হয়:
-
<iframe>
উপাদানগুলি লোড থাকে। - সক্রিয় উপাদান ফোকাস অবশেষ.
- পপওভার, ফুলস্ক্রিন এবং মডেল ডায়ালগগুলি খোলা থাকে৷
- CSS রূপান্তর এবং অ্যানিমেশন চলতে থাকে।
<area>
এ attributionsrc
অ্যাট্রিবিউট প্রকাশ করুন
<area>
এ attributionsrc
অ্যাট্রিবিউটের এক্সপোজারকে অ্যাট্রিবিউটের বিদ্যমান প্রসেসিং আচরণের সাথে সারিবদ্ধ করে, এমনকি যখন এটি প্রকাশ করা হয়নি।
অতিরিক্তভাবে, <area>
-এ অ্যাট্রিবিউটটিকে সমর্থন করা বোধগম্য, কারণ সেই উপাদানটি একটি প্রথম-শ্রেণীর নেভিগেশন পৃষ্ঠ, এবং Chrome ইতিমধ্যেই <a>
এবং window.open
এর অন্যান্য সারফেসগুলিতে এটি সমর্থন করে
এলিমেন্ট টাইমিং এবং এলসিপিতে মোটা ক্রস-অরিজিন renderTime
প্রকাশ করুন ( Timing-Allow-Origin
নির্বিশেষে)
এলিমেন্ট টাইমিং এবং এলসিপি এন্ট্রিতে একটি renderTime
অ্যাট্রিবিউট থাকে, যেটি প্রথম ফ্রেমের সাথে সারিবদ্ধ হয় যেখানে একটি ইমেজ বা টেক্সট আঁকা হয়েছিল।
এই অ্যাট্রিবিউটটি বর্তমানে ইমেজ রিসোর্সে Timing-Allow-Origin
হেডারের প্রয়োজন করে ক্রস-অরিজিন ইমেজের জন্য সুরক্ষিত। যাইহোক, সেই সীমাবদ্ধতার চারপাশে কাজ করা সহজ (উদাহরণস্বরূপ, একই ফ্রেমে একই-অরিজিন এবং ক্রস-অরিজিন ছবি প্রদর্শন করে)।
যেহেতু এটি বিভ্রান্তির একটি উত্স হয়েছে, আমরা পরিবর্তে এই বিধিনিষেধটি সরানোর পরিকল্পনা করি, এবং এর পরিবর্তে নথিটি ক্রস-অরিজিন-বিচ্ছিন্ন না হলে 4 ms দ্বারা সমস্ত রেন্ডারের সময়কে মোটা করে দেই৷ ক্রস-অরিজিন ইমেজ সম্পর্কে কোনো দরকারী ডিকোডিং-সময়ের তথ্য ফাঁস এড়াতে এটি আপাতদৃষ্টিতে যথেষ্ট মোটা।
FileSystemObserver
ইন্টারফেস
FileSystemObserver
ইন্টারফেস ফাইল সিস্টেমে পরিবর্তনের ওয়েবসাইটগুলিকে অবহিত করে। সাইটগুলি ব্যবহারকারীর স্থানীয় ডিভাইসে বা বাকেট ফাইল সিস্টেমে (এটি অরিজিন প্রাইভেট ফাইল সিস্টেম নামেও পরিচিত) ফাইল এবং ডিরেক্টরিতে পরিবর্তনগুলি পর্যবেক্ষণ করে, যেগুলির জন্য ব্যবহারকারী পূর্বে অনুমতি দিয়েছেন এবং মৌলিক পরিবর্তনের তথ্যের বিষয়ে অবহিত করা হয়েছে, যেমন পরিবর্তনের ধরন।
এনার্জি সেভারে ফ্রিজিং
যখন এনার্জি সেভার সক্রিয় থাকে, তখন Chrome একটি "ব্রাউজিং কনটেক্সট গ্রুপ" হিমায়িত করবে যা পাঁচ মিনিটেরও বেশি সময় ধরে লুকানো এবং নীরব থাকে যদি এর মধ্যে থাকা একই-অরিজিন ফ্রেমের কোনো সাবগ্রুপ CPU ব্যবহারের থ্রেশহোল্ড অতিক্রম করে, যদি না এটি:
- অডিও- বা ভিডিও-কনফারেন্সিং কার্যকারিতা প্রদান করে (মাইক্রোফোন, ক্যামেরা বা স্ক্রীন/উইন্ডো/ট্যাব ক্যাপচার বা 'ওপেন' RTCDataChannel বা 'লাইভ' MediaStreamTrack সহ একটি RTCPeerConnection সনাক্ত করে সনাক্ত করা হয়)।
- একটি বাহ্যিক ডিভাইস নিয়ন্ত্রণ করে (ওয়েবইউএসবি, ওয়েব ব্লুটুথ, ওয়েবএইচআইডি, বা ওয়েব সিরিয়াল ব্যবহার করে সনাক্ত করা হয়েছে)।
- একটি ওয়েব লক বা একটি IndexedDB সংযোগ ধারণ করে যা একটি সংস্করণ আপডেট বা একটি ভিন্ন সংযোগে একটি লেনদেন ব্লক করে।
হিমায়িত মৃত্যুদণ্ড কার্যকর করা নিয়ে গঠিত। এটি আনুষ্ঠানিকভাবে পেজ লাইফসাইকেল API-এ সংজ্ঞায়িত করা হয়েছে।
যখন এনার্জি সেভার সক্রিয় থাকে তখন আনুমানিক 10% ব্যাকগ্রাউন্ড ট্যাব ফ্রিজ করতে CPU ব্যবহার থ্রেশহোল্ড ক্যালিব্রেট করা হবে।
একাধিক আমদানি মানচিত্র
আমদানি মানচিত্রগুলিকে বর্তমানে যেকোনো ES মডিউলের আগে লোড করতে হবে এবং প্রতি নথিতে শুধুমাত্র একটি আমদানি মানচিত্র থাকতে পারে। এটি তাদের ভঙ্গুর করে তোলে এবং বাস্তব-জীবনের পরিস্থিতিতে ব্যবহার করার জন্য সম্ভাব্য ধীরগতির করে: তাদের আগে লোড হওয়া যেকোনো মডিউল পুরো অ্যাপটিকে ভেঙে দেয় এবং অনেক মডিউল সহ অ্যাপে তারা একটি বড় ব্লকিং রিসোর্স হয়ে যায়, কারণ সমস্ত সম্ভাব্য মডিউলের জন্য সম্পূর্ণ মানচিত্র লোড করা প্রয়োজন। প্রথম
এই বৈশিষ্ট্যটি প্রতি নথিতে একাধিক আমদানি মানচিত্রকে একটি সামঞ্জস্যপূর্ণ এবং নির্ধারক উপায়ে মার্জ করে সক্ষম করে।
স্টোরেজ অ্যাক্সেস হেডার
বিভাজনবিহীন কুকিজ বেছে নেওয়ার জন্য প্রমাণীকৃত এম্বেডগুলির জন্য একটি বিকল্প উপায় অফার করে। এই শিরোনামগুলি নির্দেশ করে যে অ-বিভাগহীন কুকিগুলি একটি প্রদত্ত নেটওয়ার্ক অনুরোধে অন্তর্ভুক্ত (বা হতে পারে) এবং সার্ভারগুলিকে ইতিমধ্যেই দেওয়া 'স্টোরেজ-অ্যাক্সেস' অনুমতিগুলি সক্রিয় করার অনুমতি দেয়। 'স্টোরেজ-অ্যাক্সেস' অনুমতি সক্রিয় করার একটি বিকল্প উপায় দেওয়া অ-আইফ্রেম সংস্থানগুলির দ্বারা ব্যবহারের অনুমতি দেয় এবং প্রমাণীকৃত এম্বেডগুলির জন্য বিলম্ব কমাতে পারে।
Promise<DOMString>
দিয়ে ClipboardItem
তৈরি করতে সহায়তা করে
ClipboardItem
, যা async ক্লিপবোর্ড write()
পদ্ধতিতে ইনপুট, এখন তার কনস্ট্রাক্টরে Blobs ছাড়াও স্ট্রিং মান গ্রহণ করে। ClipboardItemData
একটি ব্লব, একটি স্ট্রিং বা একটি প্রতিশ্রুতি হতে পারে যা একটি ব্লব বা একটি স্ট্রিংকে সমাধান করে।
WebAssembly Memory64
মেমরি64 প্রস্তাবটি 2^32 বিটের চেয়ে বড় আকারের লিনিয়ার ওয়েব অ্যাসেম্বলি স্মৃতিগুলির জন্য সমর্থন যোগ করে। এটি কোন নতুন নির্দেশনা প্রদান করে না, কিন্তু পরিবর্তে মেমরি এবং টেবিলের জন্য 64-বিট সূচী অনুমোদন করার জন্য বিদ্যমান নির্দেশাবলী প্রসারিত করে।
ওয়েব প্রমাণীকরণ API: PublicKeyCredential getClientCapabilities()
পদ্ধতি
PublicKeyCredential getClientCapabilities()
পদ্ধতি আপনাকে নির্ধারণ করতে দেয় যে কোন WebAuthn বৈশিষ্ট্যগুলি ব্যবহারকারীর ক্লায়েন্ট দ্বারা সমর্থিত। পদ্ধতিটি সমর্থিত ক্ষমতার একটি তালিকা প্রদান করে, যা ডেভেলপারদের ক্লায়েন্টের নির্দিষ্ট কার্যকারিতার উপর ভিত্তি করে প্রমাণীকরণের অভিজ্ঞতা এবং কর্মপ্রবাহকে টেইলর করার অনুমতি দেয়।
WebGPU: 1-কম্পোনেন্ট ভার্টেক্স ফরম্যাট (এবং unorm8x4-bgra)
সমর্থনের অভাবে বা পুরানো macOS সংস্করণের (যা আর কোনো ব্রাউজার দ্বারা সমর্থিত নয়) কারণে WebGPU-এর প্রাথমিক রিলিজে উপস্থিত নয় এমন অতিরিক্ত ভার্টেক্স ফর্ম্যাট যোগ করে। 1-কম্পোনেন্ট ভার্টেক্স ফরম্যাটগুলি অ্যাপ্লিকেশনগুলিকে শুধুমাত্র প্রয়োজনীয় ডেটার জন্য অনুরোধ করতে দেয় যখন আগে তাদের 8 এবং 16-বিট ডেটা টাইপের জন্য কমপক্ষে দুই গুণ বেশি অনুরোধ করতে হত। unorm8x4-bgra ফরম্যাট একই শেডার রাখার সময় BGRA-এনকোডেড ভার্টেক্স রং লোড করা কিছুটা বেশি সুবিধাজনক করে তোলে।
ওয়েব ক্রিপ্টোগ্রাফি API এর X25519 অ্যালগরিদম
"X25519" অ্যালগরিদম [RFC7748]-এ নির্দিষ্ট করা X25519 ফাংশন ব্যবহার করে মূল চুক্তি সম্পাদনের জন্য টুল সরবরাহ করে। "X25519" অ্যালগরিদম শনাক্তকারী ব্যবহার করা যেতে পারে সাবটলক্রিপ্টো ইন্টারফেসে প্রয়োগকৃত ক্রিয়াকলাপগুলি অ্যাক্সেস করতে: generateKey, importKey, exportKey, deriveKey এবং deriveBits৷
নতুন উৎপত্তি ট্রায়াল
Chrome 133-এ আপনি নিম্নলিখিত নতুন অরিজিন ট্রায়ালগুলি বেছে নিতে পারেন৷
এনার্জি সেভারে ফ্রিজিং অপ্ট আউট করুন
এই অপ্ট-আউট ট্রায়ালটি সাইটগুলিকে Chrome 133-এ পাঠানো শক্তি সঞ্চয়কারী আচরণের হিমায়িত থেকে অপ্ট আউট করতে দেয়৷
অবজ্ঞা এবং অপসারণ
Chrome-এর এই সংস্করণটি নিম্নে তালিকাভুক্ত অবচয় এবং অপসারণের পরিচয় দেয়। পরিকল্পিত অবচয়, বর্তমান অবচয় এবং পূর্ববর্তী অপসারণের তালিকার জন্য ChromeStatus.com এ যান।
Chrome-এর এই রিলিজটি একটি বৈশিষ্ট্যকে অবমূল্যায়ন করে।
WebGPU maxInterStageShaderComponents
সীমা অবমূল্যায়ন করুন
maxInterStageShaderComponents limit
কারণগুলির সংমিশ্রণের কারণে অবমূল্যায়িত হয়েছে৷ ক্রোম 135-এ অপসারণের উদ্দেশ্য।
-
maxInterStageShaderVariables
এর সাথে রিডানড্যান্সি : এই সীমাটি ইতিমধ্যেই একই ধরনের উদ্দেশ্যে কাজ করে, শেডার পর্যায়ের মধ্যে পাস করা ডেটার পরিমাণ নিয়ন্ত্রণ করে। - ছোটখাটো অমিল: দুটি সীমা কীভাবে গণনা করা হয় তাতে সামান্য পার্থক্য থাকলেও, এই পার্থক্যগুলি গৌণ এবং
maxInterStageShaderVariables
সীমার মধ্যে কার্যকরভাবে পরিচালনা করা যেতে পারে। - সরলীকরণ:
maxInterStageShaderComponents
অপসারণ shader ইন্টারফেসকে স্ট্রীমলাইন করে এবং বিকাশকারীদের জন্য জটিলতা কমায়। সূক্ষ্ম পার্থক্য সহ দুটি পৃথক সীমা পরিচালনা করার পরিবর্তে, তারা আরও উপযুক্তভাবে নামযুক্ত এবং ব্যাপকmaxInterStageShaderVariables
উপর ফোকাস করতে পারে।
Chrome-এর এই রিলিজ দুটি বৈশিষ্ট্য সরিয়ে দেয়।
<link rel=prefetch>
পাঁচ মিনিটের নিয়ম সরান
পূর্বে, যখন <link rel=prefetch>
ব্যবহার করে একটি রিসোর্স প্রিফেচ করা হয়েছিল, তখন রিফেচিং এড়াতে Chrome পাঁচ মিনিটের মধ্যে প্রথম ব্যবহারের জন্য তার ক্যাশে শব্দার্থবিদ্যা (যেমন max-age
এবং no-cache
) উপেক্ষা করেছিল। এখন, Chrome এই বিশেষ কেসটি সরিয়ে দেয় এবং সাধারণ HTTP ক্যাশে শব্দার্থ ব্যবহার করে।
এর অর্থ হল ওয়েব ডেভেলপারদের <link rel=prefetch>
থেকে সুবিধা দেখতে উপযুক্ত ক্যাশিং হেডার (ক্যাশে-কন্ট্রোল বা মেয়াদ শেষ) অন্তর্ভুক্ত করতে হবে।
এটি অমানক <link rel=prerender>
প্রভাবিত করে।
প্রারম্ভিক প্রিফস ফার্স্ট রান ট্যাবগুলির সাথে ট্রিগার করা Chrome স্বাগতম পৃষ্ঠাটি সরান৷
initial_preferences
ফাইলের first_run_tabs
প্রপার্টিতে chrome://welcome
সহ এখন কোন প্রভাব থাকবে না। এটি সরানো হয়েছে কারণ সেই পৃষ্ঠাটি ডেস্কটপ প্ল্যাটফর্মে ট্রিগার হওয়া ফার্স্ট রান এক্সপেরিয়েন্সের সাথে অপ্রয়োজনীয়।