Windows 11 টোস্ট বিজ্ঞপ্তি: কী অক্ষম করা হয়

সংক্ষিপ্ত উত্তর: toast-বিজ্ঞপ্তি নিষিদ্ধ করা মানে Windows-এর সমস্ত বার্তা বন্ধ করা নয়। এটি অ্যাপ্লিকেশনের পপ-আপ ব্যানার এবং একটি পৃথক নীতির মাধ্যমে লক স্ক্রিনের বিজ্ঞপ্তিগুলোকে ব্লক করে। Taskbar balloons এবং কিছু সিস্টেম ফিচার অন্যান্য প্রক্রিয়া দ্বারা নিয়ন্ত্রিত হয়। Action Center এবং দ্রুত সেটিংস এই নীতিগুলোর লক্ষ্যবস্তু নয়।

অবস্থা: NoToastNotification এবং NoLockScreenToastNotification নীতিগুলোর উদ্দেশ্য Microsoft দ্বারা ডকুমেন্টেড। পরিবর্তনের সুযোগ স্থিরভাবে (statically) তুলনা করা হয়েছে; প্রতিটি অ্যাপ্লিকেশন এবং প্রতিটি ধরনের সিস্টেম বার্তার প্রকৃত আচরণ আলাদাভাবে পরীক্ষা করা হয়নি।

যাচাইযোগ্য দাবি

আমরা চারটি দাবি যাচাই করেছি:

1. Toast notifications নীতি অ্যাপ্লিকেশনের পপ-আপ ব্যানারগুলোকে ব্লক করে।
2. লক স্ক্রিনের বিজ্ঞপ্তিগুলো একটি পৃথক নীতি দ্বারা নিয়ন্ত্রিত হয়।
3. Toast-ব্যানার নিষিদ্ধ করলে Windows-এর সমস্ত সিস্টেম বার্তা বন্ধ হয় না।
4. Toast-ব্যানারের সাথে Action Center এবং দ্রুত সেটিংস বন্ধ করার প্রয়োজন নেই।

গবেষণার সুযোগ

ক্ষেত্র	কী যাচাই করা হয়েছে	অবস্থা
App toast notifications	NoToastNotification নীতির উদ্দেশ্য ও সুযোগ	Microsoft দ্বারা ডকুমেন্টেড
লক স্ক্রিন	NoLockScreenToastNotification-এর উদ্দেশ্য	Microsoft দ্বারা ডকুমেন্টেড
Taskbar balloons	App toast notifications নীতি থেকে সুস্পষ্ট বাদ দেওয়া	Microsoft দ্বারা ডকুমেন্টেড
Windows সিস্টেম ফিচার	পৃথক নিয়ন্ত্রণের সুস্পষ্ট নির্দেশনা	Microsoft দ্বারা ডকুমেন্টেড
Action Center এবং দ্রুত সেটিংস	পরীক্ষিত সেটে এগুলো বন্ধ করার কোনো নীতির অনুপস্থিতি	স্থিরভাবে নিশ্চিত
পৃথক অ্যাপ্লিকেশনের আচরণ	নিজস্ব উইন্ডো, overlay এবং অপ্রমিত সতর্কতা	পরিমাপ করা হয়নি

পদ্ধতি

ADMX_WPN-এর অফিসিয়াল বিবরণ, প্রয়োগের সুযোগ, নীতির অবস্থা এবং তাদের Registry mapping তুলনা করা হয়েছে। Microsoft কোন কোন শ্রেণির বিজ্ঞপ্তিকে নীতির আওতা থেকে সুস্পষ্টভাবে বাদ দিয়েছে তা আলাদাভাবে যাচাই করা হয়েছে।

পরীক্ষিত সেটিংস সেটের স্থির তুলনা শুধুমাত্র সীমানা নির্ধারণের জন্য ব্যবহৃত হয়েছে: এতে Windows 11-এর Action Center বা দ্রুত সেটিংস বন্ধ করার কোনো নীতি নেই। অ্যাপ্লিকেশনের সেটসহ UI-এর ডায়নামিক রান, সাউন্ড রেকর্ডিং এবং সিস্টেম রিসোর্স পরিমাপ করা হয়নি।

ফলাফল

App toast notifications

Microsoft NoToastNotification-কে এমন একটি নীতি হিসেবে বর্ণনা করে যা অ্যাপ্লিকেশনগুলোকে toast notifications তৈরি করতে বাধা দেয়। একই ডকুমেন্টেশনে উল্লেখ করা হয়েছে যে নীতিটি taskbar notification balloons-কে প্রভাবিত করে না এবং Windows features-এর বার্তাগুলো বন্ধ করে না, যেগুলো আলাদাভাবে নিয়ন্ত্রিত হয়।

নীতিটি device এবং user scope সমর্থন করে। তাই প্রকৃত কভারেজ নির্ভর করতে পারে প্রশাসক কোন স্তরে এটি প্রয়োগ করেছেন তার উপর।

লক স্ক্রিন

NoLockScreenToastNotification আলাদাভাবে অ্যাপ্লিকেশনগুলোকে লক স্ক্রিনে toast notifications দেখাতে নিষেধ করে। Microsoft উল্লেখ করে যে এই নীতি প্রয়োগের জন্য রিবুট বা সার্ভিস পুনরায় চালু করার প্রয়োজন নেই।

এর মানে এই নয় যে লক স্ক্রিন নিজে বা এর সমস্ত উপাদান বন্ধ হয়ে যাবে। নীতিটি শুধুমাত্র toast notifications-এর ক্ষেত্রে প্রযোজ্য।

Action Center এবং দ্রুত সেটিংস

App toast notifications নীতিগুলোকে Microsoft Action Center বা দ্রুত সেটিংস প্যানেল বন্ধ করার উপায় হিসেবে বর্ণনা করেনি। পরীক্ষিত কনফিগারেশনে এই ইন্টারফেসগুলো বন্ধ করার জন্য কোনো পৃথক নীতি প্রয়োগ করা হয়নি।

এটি একটি স্থির সীমানা, প্রতিটি বিল্ডে সম্পূর্ণ UI-পরীক্ষা নয়। Action Center অ্যাক্সেসযোগ্য থাকা উচিত, তবে ইতিহাসের বিষয়বস্তু নির্ভর করে অ্যাপ্লিকেশন, তাদের অনুমতি এবং বার্তা বিতরণের পদ্ধতির উপর।

কী নিশ্চিত হয়েছে

• সাধারণ app toast-ব্যানারগুলো একটি পৃথক Windows policy দ্বারা নিষিদ্ধ করা যায়।
• লক স্ক্রিনের toast-বিজ্ঞপ্তিগুলোর জন্য একটি পৃথক policy রয়েছে।
• Taskbar balloons NoToastNotification-এর আওতাভুক্ত নয়।
• কিছু Windows system features-এর জন্য পৃথক নিয়ন্ত্রণ প্রয়োজন।
• ডকুমেন্টেড দুটি নীতির জন্য রিবুটের প্রয়োজন নেই।

কী নিশ্চিত হয়নি

• সমস্ত বিজ্ঞপ্তি সাউন্ড এবং সিস্টেম সংকেত বন্ধ করা;
• অ্যাপ্লিকেশনের ভেতরের নিজস্ব উইন্ডো, overlay বা পপ-আপ উপাদান ব্লক করা;
• প্রতিটি Win32, UWP এবং packaged application-এর অভিন্ন আচরণ;
• RAM, CPU বা শক্তির নির্দিষ্ট সাশ্রয়;
• FPS, frametime বা input latency-এর উপর প্রভাব;
• ব্যানার নিষিদ্ধ করার পর Action Center-এর ইতিহাসে প্রতিটি বার্তা সংরক্ষিত থাকা।

সীমাবদ্ধতা

গবেষণাটি Windows policies-এর চুক্তি এবং কনফিগারেশনের স্থির সীমানা নিশ্চিত করে। এতে অ্যাপ্লিকেশনের ম্যাট্রিক্স অন্তর্ভুক্ত নেই এবং বিভিন্ন notification API-এর মাধ্যমে প্রকৃত বিতরণ পরিমাপ করা হয়নি।

একটি অ্যাপ্লিকেশন Windows toast notifications ব্যবহার না করে নিজস্ব উইন্ডো বা overlay দেখাতে পারে। এমন ইন্টারফেস পরীক্ষিত নীতিগুলো মেনে চলতে বাধ্য নয়।

ব্যবহারিক সিদ্ধান্ত

Toast-বিজ্ঞপ্তি বন্ধ করা সেই ব্যবহারকারীর জন্য উপযুক্ত যিনি কাজ বা খেলার সময় app banners-এ বিরক্ত হন এবং যিনি মেইল, ক্যালেন্ডার বা মেসেঞ্জারের জরুরি বিজ্ঞপ্তির উপর নির্ভরশীল নন।

যদি বার্তার সময়মতো বিতরণ গুরুত্বপূর্ণ হয়, তবে সাধারণ প্রক্রিয়াটি চালু রাখা এবং Windows-এ পৃথক অ্যাপ্লিকেশনের অনুমতি কনফিগার করা ভালো। প্রতিশ্রুত পারফরম্যান্স বৃদ্ধির জন্য সেটিংস প্রয়োগ করবেন না: RAM, CPU এবং গেমিং মেট্রিক পরিমাপ করা হয়নি।

সম্পর্কিত সেটিংস «Windows 11 বিজ্ঞপ্তি» পৃষ্ঠায় বর্ণিত হয়েছে।

অবস্থা পুনরুদ্ধার

পূর্বাবস্থায় ফিরতে BoosterX-এ «Windows 11 বিজ্ঞপ্তি» সক্রিয় করুন এবং পরিবর্তনটি প্রয়োগ করুন। অ্যাপ্লিকেশনগুলো তাদের নিজস্ব Windows অনুমতির সীমার মধ্যে আবার toast-বিজ্ঞপ্তি তৈরি করতে পারবে।

পুনরুদ্ধারের পর সিস্টেমের বিজ্ঞপ্তি অনুমতি এবং প্রয়োজনীয় অ্যাপ্লিকেশনের সেটিংস পরীক্ষা করুন। আগে বাদ পড়া বার্তাগুলো আবার প্রদর্শিত হবে এমন কোনো বাধ্যবাধকতা নেই।

সর্বজনীন প্রাথমিক উৎস

• Microsoft: NoToastNotification policy.
• Microsoft: NoLockScreenToastNotification policy.

গবেষণাটি BoosterX টিম দ্বারা প্রকাশিত এবং পণ্যের সেটিংসের সাথে সম্পর্কিত। BoosterX-এ কোনো সেটিংসের উপস্থিতি তার কার্যকারিতার প্রমাণ হিসেবে ব্যবহৃত হয়নি। BoosterX Wiki Microsoft Corporation-এর সাথে সম্পর্কিত, অনুমোদিত, স্পনসরকৃত বা সমর্থিত নয়।

উৎসের শেষ যাচাই: 2026-08-31.

পরিবর্তনের ইতিহাস

• 2026-08-31: প্রথম সর্বজনীন সংস্করণ; app toast notifications, lock-screen notifications, taskbar balloons, সিস্টেম ফিচার এবং অপরীক্ষিত runtime-পরিস্থিতিগুলো পৃথক করা হয়েছে।