এই পুরো বিষয়টিকে জিনোমের উপস্থিত থেকে "এটি কোনও বাগ নয়, এটি একটি বৈশিষ্ট্য" বলে মনে হচ্ছে।
সংক্ষেপে: আপনি একটি মিডিয়া বোতাম টিপলে এটি একটি কীবোর্ড তৈরি করে যা কমান্ডে অনুবাদ করা হয়। ধরা যাক আপনি একটি প্লে / বিরতি বোতাম টিপুন। এটি একটি কীকোড 162 এবং একটি কমান্ড এক্সএফ 86 অডিও প্লে তৈরি করে।
এখন প্রায় প্রতিটি মিডিয়া অ্যাপ্লিকেশন যা এই ইভেন্টটির জন্য অপেক্ষা করছে (এটি ভিএলসি, টোটেম, কোডি, স্পটফাইফ ইত্যাদি) খাঁটি এক্সএফ 86 অডিও প্লে কমান্ড পাওয়ার প্রত্যাশা করে। এবং জিনোম কী করে? এটি এই আদেশটি বাধা দেয় এবং এটিকে নিজস্ব কমান্ড "প্লে" তে অনুবাদ করে। এর কারণেই xev বা xbindkeys এই ইভেন্টটি সঠিকভাবে প্রদর্শন করে না - তারা কখনই বুঝতে পারে এমন কোনও আদেশ পায় না command
আপনি যখন কোনও মিডিয়া বোতাম টিপেন জनोম কমান্ডটি গ্রহণ করে এবং কোনও অ্যাপ রয়েছে যা এটি এই আদেশটি পাওয়ার জন্য সক্ষম হিসাবে স্বীকৃত তা পরীক্ষা করে। যদি সেখানে থাকে (টোটেম, রাইটম্বক্স, সম্ভবত ভিএলসি বলি) এটি "খেলার" পাঠায় যা কাজ করা উচিত should এই কমান্ডটি পাওয়ার যোগ্য হিসাবে স্বীকৃত কোনও অ্যাপ্লিকেশন না থাকলে জিনোম প্রথম পোস্টের সাথে সংযুক্ত এমন চিহ্নটি প্রদর্শন করবে এবং কোথাও কোনও আদেশ পাঠাবে না।
সমাধানটি সহজ - গনোমকে মিডিয়া কী ইভেন্টগুলিতে বাধা দিতে অক্ষম করুন। Dconf- সম্পাদক ইনস্টল করুন, org.gnome.settings-daemon.plugins.media- কীগুলিতে যান এবং XF86SomeExample (উদাহরণস্বরূপ XF86AudioPlay
) থেকে কোনও ('') এ কাজ করা উচিত এমন কোনও বোতাম পরিবর্তন করুন । এই ভাবে কোনও অ্যাপ্লিকেশন সরাসরি কী কমান্ড গ্রহণ করা উচিত।