ওয়েব প্ল্যাটফর্ম ব্যবহারকারীদের স্ক্রিন ক্যাপচার API ব্যবহার করে তাদের স্ক্রীন শেয়ার করতে দেয়। ক্রোমের getDisplayMedia() এর বাস্তবায়নে একটি মিডিয়া পিকার রয়েছে যার মাধ্যমে ব্যবহারকারীরা যেকোনো ট্যাব, উইন্ডো বা স্ক্রিন শেয়ার করতে পারেন। Chrome 107 দিয়ে শুরু করে, আমরা সেই ডায়ালগের একটি ছোট পরিবর্তনের সাথে পরীক্ষা করেছি, প্রথম বিকল্প হিসাবে ট্যাবগুলিকে রেখেছি, ব্যবহারকারীদের ট্যাবগুলি ভাগ করতে উত্সাহিত করতে এবং তাদের সম্পূর্ণ স্ক্রীন ভাগ করা থেকে দূরে। এটি ভালভাবে বোধগম্য ধারণার উপর নির্ভর করে যে যেভাবে একটি প্রশ্ন বাক্যাংশ করা হয় তা উত্তরের বিতরণকে প্রভাবিত করে। এটি কথোপকথনে নাজ থিওরি নামে পরিচিত এবং শিশুদের কাছে "প্রেটি প্লিজ" নামে পরিচিত। কিছু প্রাথমিক বাধার পরে, পরীক্ষাটি একটি দুর্দান্ত সাফল্য হিসাবে প্রমাণিত হয়েছে, এবং আমরা এখন এই নতুন অভিজ্ঞতাটি সমস্ত ব্যবহারকারীদের কাছে প্রেরণ করেছি।
পূর্বে আলোচনা করা হয়েছে , শেয়ারিং ট্যাব সাধারণত উচ্চতর বিকল্প:
- গোপনীয়তার জন্য ভাল, কারণ ব্যবহারকারীদের অন্যান্য অ্যাপ, বিজ্ঞপ্তি, ডেস্কটপ ওয়ালপেপার বা সেটিংস থেকে ব্যক্তিগত তথ্য প্রকাশ করার সম্ভাবনা অনেক কম।
- রিসিভিং সাইডে স্ক্রীন রিয়েল-এস্টেটের ভালো ব্যবহার।
- কম পিক্সেল ভাগ করার কারণে নেটওয়ার্ক সংস্থানগুলির আরও ভাল ব্যবহার।
তাই আমরা প্রথম বিকল্প হিসাবে ট্যাব উপস্থাপনের সাথে পরীক্ষা করেছি।
পরীক্ষার প্রাথমিক রোল-আউট একটি দুর্ভাগ্যজনক পার্শ্ব-প্রতিক্রিয়া উন্মোচন করেছে- প্রথমে ট্যাব স্থাপন করে, ব্যবহারকারীরা যে হারে বর্তমান ট্যাবটি বেছে নিচ্ছেন তা বৃদ্ধি পেয়েছে। অনেক অ্যাপ্লিকেশানের জন্য, তর্কযোগ্যভাবে এমনকি বেশিরভাগ ক্ষেত্রে, এটি পছন্দসই নয়। উদাহরণস্বরূপ, ভিডিও-কনফারেন্সিং অ্যাপ্লিকেশনগুলিতে, এটি "হল অফ মিরর" প্রভাব তৈরি করে, দূরবর্তী অংশগ্রহণকারীদের বিভ্রান্ত করে এবং কল লাইনচ্যুত করে। আমরা তাই পরীক্ষা বিরতি.
ভাগ্যক্রমে, Chrome 107 থেকে selfBrowserSurface বিকল্পটি উপলব্ধ। এই বিকল্পটি অ্যাপটিকে নির্দেশ করতে সক্ষম করে যে ব্যবহারকারীকে দেওয়া ট্যাবগুলির তালিকা থেকে Chrome-এর বর্তমান ট্যাব অন্তর্ভুক্ত বা বাদ দেওয়া উচিত। যেহেতু এটি একটি নতুন নিয়ন্ত্রণ, তাই বেশিরভাগ ওয়েব অ্যাপ এখানে একটি সুস্পষ্ট মান প্রদান করে না। পুনর্নবীকরণ পরীক্ষায়, Chrome 108 দিয়ে শুরু করে, আমরা "include" থেকে "exclude" তে ডিফল্ট মান পরিবর্তন করেছি। এটি অবাঞ্ছিত প্রভাবকে দূর করেছে, যখন এখনও বিশেষ অ্যাপগুলিকে পূর্ববর্তী আচরণটি শুরু করার অনুমতি দেয়।
পরীক্ষার অংশ হিসাবে ডিফল্ট মানের পরিবর্তন তার নিজস্ব সুবিধাগুলিকে প্রবর্তন করেছিল—সেলফ-ক্যাপচার ক্যাপচার-সেশনের প্রায় 0.8% থেকে প্রায় 0%-এ নেমে এসেছে, এই ধরনের আত্ম-নাশকতার প্রায় সমস্ত ঘটনাকে নির্মূল করেছে, যা পূর্বে প্রায় 1 জনকে প্রভাবিত করেছিল। প্রতি 100 ব্যবহারকারী।
পরীক্ষাটি Chrome 108-এ পুনরায় শুরু হয়েছে। একবার এটি 50% ব্যবহারকারীদের কাছে পৌঁছে গেলে, আমরা নিম্নলিখিত ফলাফলগুলি পর্যবেক্ষণ করেছি:
- ট্যাব শেয়ারিং 16% থেকে বেড়ে 30% হয়েছে৷
- উইন্ডো শেয়ারিং 14% থেকে 20% বেড়েছে৷
- স্ক্রিন শেয়ারিং 55% থেকে কমে 36% হয়েছে৷
- সেলফ ক্যাপচার (ট্যাব ভিত্তিক) 0.8% থেকে 0% কমেছে।
- বাতিলকরণ একটি পরিবর্তিত পরিমাণ দ্বারা বৃদ্ধি; নীচে যে আরো.
- সক্রিয়করণ (
getDisplayMedia()এ কলের সংখ্যা ) বিভিন্ন পরিমাণে বৃদ্ধি পেয়েছে।
ব্যবহারকারীরা ট্যাব, উইন্ডো এবং স্ক্রিন শেয়ার করার ফ্রিকোয়েন্সি পরিবর্তন করে আমরা অত্যন্ত সন্তুষ্ট। কিন্তু বাতিলকরণ এবং সক্রিয়করণের পরিবর্তন উদ্বেগের একটি সম্ভাব্য কারণ ছিল।
পরীক্ষাটি দীর্ঘকাল ধরে চালানোর মাধ্যমে, আমরা লক্ষ্য করেছি যে পরীক্ষা গোষ্ঠীতে বাতিলকরণের সংখ্যা নিয়ন্ত্রণ গোষ্ঠীর দিকে ফিরে গেছে। এটি আমাদের তত্ত্বের সাথে সম্পর্কযুক্ত যে ব্যবহারকারীরা একটি অপরিচিত ডায়ালগ দেখার সাথে সাথে বেইল আউট হয়ে যায়, তারপর সময়ের সাথে সাথে অভ্যস্ত হয়ে যায়।
অ্যাক্টিভেশন বৃদ্ধি শুধুমাত্র উপরের তত্ত্ব দ্বারা আংশিকভাবে ব্যাখ্যা করা যেতে পারে, কারণ সংখ্যা যোগ হয় না, এবং কারণ পরীক্ষা গ্রুপে সক্রিয়করণের সংখ্যা বেশি থাকে। অ্যাক্টিভেশন বৃদ্ধির সম্ভাব্য ব্যাখ্যা হল যে ব্যবহারকারীরা যখন সম্পূর্ণ স্ক্রীন শেয়ার করেন, তখন অন্য কিছু শেয়ার করা শুরু করার জন্য তাদের কখনই ক্যাপচার বন্ধ করে পুনরায় চালু করার প্রয়োজন হয় না। এখন যেহেতু তারা প্রায়শই ট্যাব এবং উইন্ডোগুলি ভাগ করছে, ক্যাপচারটি পুনরায় চালু করার প্রয়োজনীয়তা প্রায়শই দেখা দিয়েছে। আমরা আশা করি ভবিষ্যতে এখানে বিভিন্ন সারফেস ক্যাপচার করার মধ্যে আরো নিরবচ্ছিন্ন ট্রানজিশনের অনুমতি দিয়ে আরও উন্নতি করতে পারব।