دليل

كيف ترى الغرفة أثناء تقديمك؟

عندما تشارك شاشتك فإنك تقدم وأنت أعمى: الوجوه، والدردشة، والأيدي المرفوعة تختفي خلف ما تعرضه. الحلول المعتادة تنطوي على مقايضة تخسر فيها شيئاً مقابل آخر — التراكب يحجب محتواك، والشاشة الثانية لا تزال تفقد قائمة الحضور بمجرد عرض الشرائح في ملء الشاشة. ما الذي توثقه كل منصة، والسطح الوحيد الذي لا يخضع لتلك المقايضة.

The Mind.com Team

كيف ترى الغرفة أثناء تقديمك؟

كيف ترى الغرفة أثناء تقديمك للعرض؟

في اللحظة التي تشارك فيها شاشتك، تفقد القدرة على رؤية الأشخاص الذين تشاركها معهم. تختفي الوجوه. تختفي المحادثة. وتختفي اليد المرفوعة — أكثر إشارة حساسة للوقت في الغرفة.

هذه واحدة من أكثر الشكاوى تكرارًا في منتديات الدعم لكل منصة رئيسية، والطريقة التي يصف بها الناس هذا الأمر متسقة. أحد مقدّمي العروض، وهو يطلب من مايكروسوفت إضافة هذه الميزة: "بصفتي مقدّم عرض، من الضروري أن أقرأ الحضور." معلّم في منتدى Zoom: "إذا أردت التفاعل مع طالب معيّن، لا أعرف من الموجود هناك." وآخر يصف ما يفقده: "كل الأشياء التي كنت سأستطيع القيام بها لو كنا حضوريًا."

الشكوى ليست أن لوحة ما غير موجودة. بل إن تقديم العرض عبر الإنترنت يضعك في موقف لن يقبله أحد داخل غرفة حقيقية: التحدث إلى حائط، والتخمين حول ما إذا كان أي شخص يتابعك.

كل حل يستبدل خسارة بأخرى

ما يجعل هذه المشكلة عصيّة على الحل هو أن الإجابات المتاحة لا تُزيل المشكلة — بل تُنقلها.

التغطية الفوقية تحجب ما تعرضه. ضع معرض المشاركين فوق المحتوى فتستعيد الغرفة، على حساب الشيء الذي تعرضه. مضيف في منتدى Zoom: "الطريقة الوحيدة التي وجدتها هي إظهار المعرض متراكبًا فوق العرض التقديمي، وهو ما يحجب جزءًا من الصورة." مستخدم آخر يصف المأزق نفسه من الجانبين: "إنه يعيق الشاشة في وضع ملء الشاشة، ثم يأخذ مساحة أكبر مما أريد عندما لا أكون فيه." الحجب أو الاختفاء — اختر واحدًا.

الشاشة الثانية لا تحل المشكلة بشكل موثوق أيضًا. هذه هي النصيحة المعتادة، ويستحق الأمر التدقيق في حدودها. فهي تفترض أن لديك شاشة ثانية، وهو ما يستثني إعدادات الحاسوب المحمول فقط وحالات السفر. ولكن حتى مع وجود شاشتين، يذكر المستخدمون أنهم يفقدون قائمة المشاركين في اللحظة التي تدخل فيها الشرائح وضع ملء الشاشة: "في كل مرة أضع فيها PowerPoint في وضع العرض التقديمي، أفقد معرض المشاركين. خياراتي هي أن تكون الشاشة المشتركة على شاشة واحدة ولوحة تحكم مقدّم العرض على الأخرى، أو أن تكون الشاشتان مرآة لبعضهما… كلتاهما تعرضان الشاشة المشتركة. غير مقبول تمامًا لا لصف دراسي ولا لاجتماع."

المناورة بين النوافذ هي ما يفعله الناس فعليًا. الحل البديل في الواقع هو تنسيق يدوي — تصغير، وسحب، وإعادة فتح. أحد مستخدمي Teams: "كحل بديل، فتحت شاشة Teams ونقلتها إلى اليسار، بحيث كانت قائمة المشاركين فقط ظاهرة، مع تصغير الشاشة التي شاركتها."

السبب في أن أيًا من هذه الحلول لا يسوّي الأمر هو بنيوي. الاجتماع نافذة. والشيء الذي تعرضه نافذة. وعلى شاشة واحدة، تتنافس النوافذ — على المساحة، وعلى التركيز.

النسخة الأكثر إيلامًا من هذه المشكلة: عندما تُحرِّر ما تشاركه

هناك حالة تتوقف فيها المقايضة عن كونها مسألة راحة وتبدأ في إعاقة العمل نفسه.

معظم النصائح حول مشاركة الشاشة تفترض أنك تعرض شيئًا مُنجزًا. عرض تقديمي. لوحة تحكم. تسلسل مُسجَّل. لكن الكثير من اجتماعات العمل تشارك الشيء الذي يجري تغييره — المواصفة التي تحصل على فقرة جديدة، وورقة العمل التي يُصحَّح فيها الرقم، ولوحة المشروع التي تحصل على البطاقة التي وافق الجميع على نقلها للتو. كما عبّر أحدهم عند سؤاله عن كيفية الاستمرار في رؤية المشاركين: "ليس فقط PowerPoint أو Excel، بل أي شيء."

الآن يصبح التعارض أكثر حدة. لتحرير المستند، يحتاج المستند إلى التركيز — يجب أن يكون النافذة التي تكتب فيها. فيذهب الاجتماع إلى الخلف، وتذهب معه المحادثة التي يلصق فيها أحدهم الصياغة الدقيقة التي ينبغي أن تستخدمها، والمؤشر الذي كنت تستخدمه لإظهار الصف الذي تقصده.

أبقِ الاجتماع في المقدمة فتجد نفسك تتحدث عن التغيير بدل تنفيذه. نفّذ التغيير فتجد نفسك تعمل بلا رؤية. ينتقل العمل إلى "بعد المكالمة"، بعيدًا عن الغرفة التي وافقت عليه للتو.

ما تُوثّقه المنصات فعليًا

تُوثّق الشركات المزوّدة ثلاث إجابات مختلفة، وتستحق القراءة بدقة — لأن واحدة منها أقرب إلى الحل من الأخريين، وهي ليست الإجابة التي يفترضها الناس.

تُوثّق Google وضع الصورة داخل الصورة لتطبيق Meet، مشيرةً إلى أنه يمكنك "استخدام وضع الصورة داخل الصورة لعرض المحتوى والعثور على جمهورك في الوقت نفسه"، وإلغاء تثبيت العرض التقديمي بحيث "يمكنك الآن العثور على مزيد من المشاركين أثناء العرض" (تم التحقق في أغسطس 2026). كلاهما يتعلق برؤية المشاركين؛ ولا توثّق صفحة العرض في Google طريقة للحفاظ على ظهور المحادثة أثناء العرض على شاشة واحدة.

تُوثّق Zoom وضع الشاشتين المزدوج، حيث "يمكن عرض عرض المعرض أو عرض المتحدث على شاشة واحدة بينما تعرض الشاشة الأخرى المحتوى المشترك" — مع متطلبات مذكورة تشمل تطبيق سطح المكتب وحدًا أدنى للمعالج هو i5 بأربع أنوية أو أكثر (تم التحقق في أغسطس 2026). إنها إجابة الشاشة الثانية، مُدوَّنة كميزة.

تذهب مايكروسوفت إلى أبعد مدى. يُوثّق Teams شريط أدوات لمقدّم العرض "مرئي فقط للشخص الذي يقدّم العرض"، وينص على: "حدد المحادثة لعرض والمشاركة في عرض مضغوط لمحادثة الاجتماع أثناء تقديمك للمحتوى. لن يرى جمهورك نافذة المحادثة في شاشتك المشتركة" (تم التحقق في أغسطس 2026).

الأمر الأخير هذا مهم لأي شخص يقارن بين الخيارات: لوحة محادثة خاصة وغير مُصوَّرة لمقدّم العرض ليست ثغرة في السوق — يُوثّقها Teams اليوم. الفرق المتبقي هو ما تفعله النافذة الأخرى لمقدّم العرض. واجهات مقدّم العرض في Meet وTeams هي جزء من نافذة تطبيق الاجتماع نفسها؛ أما المستند الذي تُحرّره فلا يزال نافذة منفصلة تتنافس معها على التركيز.

ما يتغيّر عندما يتوقف الاجتماع عن كونه نافذة

هناك سطح واحد في المتصفح لا يتنافس مع الصفحة على التركيز: اللوحة الجانبية الخاصة بالمتصفح نفسه.

يُوثّق Chrome واجهة برمجة تطبيقات Side Panel كطريقة تتيح لامتداد ما "استضافة محتوى في اللوحة الجانبية للمتصفح بجانب المحتوى الرئيسي لصفحة الويب" (تم التحقق في أغسطس 2026). الخاصية ذات الصلة بنيوية. اللوحة جزء من إطار المتصفح، لا جزء من التبويب. تجلس بجانب أي تبويب نشط، وتبقى في مكانها عند التبديل بين التبويبات، والكتابة في الصفحة لا تُزيحها إلى الخلف — لأنها لم تكن أبدًا جزءًا من الطبقة التي توجد فيها الصفحة.

لهذا الأمر نتيجة ثانية، وهنا ينبغي أن نكون حذرين في التمييز بين ما هو موثّق وما قسناه نحن. تصف وثائق Chrome حول التصوير من الشاشة تصوير التبويب على أنه تصوير للمنطقة المرئية من التبويب، وتترك مواصفة W3C للتصوير من الشاشة حدود واجهة المتصفح رهنًا بكل تنفيذ على حدة — ولا يذكر أي منهما ما يحدث للوحة الجانبية. فقمنا باختبار ذلك: عند مشاركة تبويب، لا تظهر اللوحة الجانبية في البث المُسجَّل. يرى المشاركون التبويب الذي اخترته، لا اللوحة المجاورة له.

هذه النتيجة خاصة بنمط المشاركة، والتمييز هو جوهر الموضوع كله. شارك شاشتك بالكامل وسيُصوَّر كل ما على تلك الشاشة، بما فيها اللوحة. الخاصية التي نعتمد عليها تنطبق على مشاركة التبويبات، وهو النمط الذي يستخدمه سير العمل هذا.

ضع هاتين الخاصيتين معًا وتتلاشى المقايضة عمليًا بدلًا من أن يجري التعامل معها فقط:

  • المستند هو التبويب النشط. يملك التركيز. تكتب فيه، وهو يشغل العرض الكامل لشاشتك — لا نصفها، ودون أي شيء متراكب فوقه.
  • يعيش الاجتماع في اللوحة المجاورة له، ضمن التخطيط الضيق للتطبيق: المكالمة، والمحادثة، والمشاركون، وأدوات المؤشر.
  • يرى مشاركوك المستند. ليس نافذة مكالمتك، ولا المحادثة التي تقرأها — بل التبويب الذي اخترته، والمؤشر الذي تستخدمه عليه.

هذا هو ما بنينا امتداد InterMIND لـ Chrome من أجله — وهو منشور الآن في متجر Chrome الإلكتروني، انظر الإعلان. تعمل المكالمة في اللوحة الجانبية؛ ويبقى التبويب الذي تشاركه لك لتحريره. في جلسة عمل على لوحة مشروع، يعني هذا أن اللوحة تكون بعرضها الكامل وقيد التحرير، وأن المؤشر ما زال يُظهر للغرفة إلى أين تنظر، وأن المحادثة ما زالت قابلة للقراءة بجانبها — في الوقت نفسه، على شاشة واحدة، دون شاشة ثانية ودون أي شيء يحجب المحتوى.

لاحظ ما لا يزعم هذا الحل إصلاحه. اللوحة ضيقة، فمعرض كبير من الوجوه ليس ما يتناسب معها — هذا يجيب عن سؤال "أبقِ الغرفة ومحادثتها في متناول يدي أثناء عملي"، لا "أرني ثلاثين بلاطة فيديو في وقت واحد."

الحدود بصراحة

ثلاثة أمور تستحق أن تُذكر بوضوح، لأنها تضبط التوقعات بشكل صحيح.

المشاركة لا تزال تبدأ بأداة الاختيار العادية. تضغط على مشاركة، ويسألك Chrome عن السطح الذي تريده، فتختار التبويب. لا توجد خيار "شارك التبويب الذي أنا فيه" بضغطة واحدة من اللوحة الجانبية — فـChrome لا يمنح الامتدادات صلاحية تصوير التبويب من سياق اللوحة، وقد أغلق فريق Chromium طلبًا لإضافة هذه القدرة باعتباره "لن يُصلَح" (تم التحقق في أغسطس 2026). أداة الاختيار هي ضغطة واحدة. إنها الآلية، لا حل بديل.

هذا خاص بالمتصفح. اللوحة الجانبية ميزة من Chromium. السيناريو الموصوف هنا هو سيناريو يخص Chrome وEdge؛ وفي المتصفحات الأخرى تعود إلى ترتيب النوافذ.

إنه يحل مشكلة واحدة. مشاركة تبويب أثناء تحريره، دون خسارة واجهة المكالمة. لا يجعل هذا شاشة الحاسوب المحمول الصغيرة أكبر، وإذا كان ما تحتاج إلى مشاركته هو تطبيق سطح مكتب بدلًا من تبويب متصفح، فإن خاصية تصوير التبويب لا تنطبق عليه.

أين يهم هذا أكثر

يظهر هذا النمط في أي مكان يكون فيه العمل حيًّا لا منجزًا:

  • جلسات العمل على مستند أو مواصفة — تحرير الصياغة أثناء تفاعل الغرفة معها، بدل تدوين الملاحظات لتطبيقها لاحقًا.
  • جداول البيانات ونماذج التخطيط — تغيير مُدخَل ما وترك الجميع يشاهدون الرقم يتحرك، وهو السبب الكامل لعرض الورقة على الشاشة.
  • لوحات المشاريع والمهام المتراكمة — السبب في ملاحظتنا لهذا داخليًا: نقل البطاقات وتحرير التذاكر أثناء مكالمة تخطيط مع الاستمرار في قراءة ما يكتبه الناس حولها.
  • مراجعة التصميم والشيفرة — تنفيذ التصحيح الصغير أثناء المكالمة، بينما يُشير المؤشر إلى ما يجري نقاشه.

القاسم المشترك بين هذه الحالات هو أن قيمة الاجتماع تكمن في التغيير الذي يطرأ على العمل، وأي سير عمل يدفع التحرير إلى "بعد المكالمة" ينقل العمل إلى خارج الاجتماع الذي حدث فيه الاتفاق.

الأسئلة الشائعة

كيف ترى المشاركين أثناء تقديم العرض؟

تُوثّق كل منصة إجابة جزئية مختلفة. تُوثّق Google الصورة داخل الصورة وإلغاء تثبيت العرض التقديمي "للعثور على مزيد من المشاركين أثناء العرض." تُوثّق Zoom وضع الشاشتين المزدوج، الذي يحتاج إلى شاشة ثانية. تُوثّق مايكروسوفت شريط أدوات لمقدّم العرض مرئيًا فقط لمقدّم العرض (جميعها تم التحقق منها في أغسطس 2026). الحد المشترك هو أن هذه الواجهات تعيش داخل نافذة تطبيق الاجتماع نفسها، لذا تتنافس مع أي شيء آخر تقوم به — وهذا هو السبب في أن المستخدمين يذكرون أنهم يفقدون قائمة المشاركين على أي حال في اللحظة التي تدخل فيها الشرائح وضع ملء الشاشة، حتى على شاشتين.

لماذا أفقد معرض المشاركين عندما يدخل PowerPoint في وضع العرض التقديمي؟

لأن وضع العرض التقديمي يسيطر على الشاشة التي يعمل عليها، ونافذة الاجتماع نافذة منفصلة تُدفَع إلى خلفه. هذا هو السبب في أن الشاشة الثانية لا تحل المشكلة تلقائيًا: يذكر المستخدمون الذين لديهم شاشتان الخسارة نفسها، لأن الاختيار يصبح أي شاشة يستحوذ عليها العرض التقديمي. البدائل التي يعود الناس إليها هي وضع المعرض متراكبًا فوق المحتوى، أو تغيير حجم النوافذ يدويًا.

كيف ترى المحادثة أثناء مشاركة شاشتك على شاشة واحدة؟

يعتمد ذلك على المنصة. تُوثّق مايكروسوفت عرضًا مضغوطًا لمحادثة الاجتماع في Teams لمقدّم العرض، مشيرةً إلى أن الجمهور لن يرى نافذة المحادثة تلك في الشاشة المشتركة (تم التحقق في أغسطس 2026). إجابة Zoom الموثّقة هي وضع الشاشتين المزدوج، الذي يحتاج إلى شاشة ثانية (تم التحقق في أغسطس 2026). تغطي وثائق العرض في Google رؤية المشاركين عبر الصورة داخل الصورة، لا المحادثة (تم التحقق في أغسطس 2026). ما لا يغيّره أي منها هو أن واجهة مقدّم العرض تنتمي إلى نافذة تطبيق الاجتماع — لذا إذا احتجت أيضًا إلى تحرير المستند المشترك، فإن ذلك المستند والاجتماع يبقيان نافذتين تتنافسان على تركيز واحد.

هل يمكنك تحرير مستند أثناء مشاركة شاشته؟

نعم — القيد ليس على التحرير، بل على ما يمكنك رؤيته أثناء قيامك به. يجب أن يحتفظ المستند بالتركيز لتتمكن من الكتابة فيه، وهذا يضع واجهة الاجتماع خلفه على شاشة واحدة. يستمر المستند في المشاركة طوال الوقت؛ أنت فقط تفقد رؤية المحادثة والمشاركين والمؤشر أثناء العمل فيه.

هل تحتاج إلى شاشتين لتقديم العرض والعمل في الوقت نفسه؟

الشاشتان هما الإجابة المعتادة وهي تعمل. لكنها ليست الإجابة الوحيدة: اللوحة الجانبية في المتصفح تمنحك سطحًا ثانيًا على شاشة واحدة، لأن اللوحة تجلس في إطار المتصفح بجانب الصفحة بدلًا من التنافس معها على التركيز.

هل تظهر اللوحة الجانبية في مشاركة شاشتك؟

لا، عند مشاركة تبويب — اختبرنا ذلك، ولا تظهر اللوحة في البث المُسجَّل. لا تنص وثائق Chrome ولا مواصفة W3C للتصوير من الشاشة على السلوك بشكل صريح في أي اتجاه (تترك المواصفة حدود واجهة المتصفح رهنًا بكل تنفيذ على حدة)، لذا اعتبر هذا نتيجة قياس لا ضمانًا موثّقًا. أما إذا شاركت شاشتك بالكامل بدلًا من ذلك، فسيُصوَّر كل ما هو مرئي على تلك الشاشة، بما فيها اللوحة.

هل هناك طريقة لمشاركة التبويب الحالي بضغطة واحدة، دون أداة الاختيار؟

ليس من اللوحة الجانبية. لا يمنح Chrome الامتدادات صلاحية تصوير التبويب من سياق اللوحة، وقد أُغلق طلب السماح بذلك باعتباره "لن يُصلَح" من فريق Chromium (تم التحقق في أغسطس 2026). تبدأ المشاركة من أداة الاختيار المعتادة في Chrome، حيث تحدد التبويب.

في أي متصفحات يعمل هذا؟

اللوحة الجانبية ميزة من Chromium، لذا ينطبق هذا على Chrome وEdge. المتصفحات الأخرى لا تملك سطحًا مماثلًا، وتنطبق فيها مقايضة النوافذ الموصوفة أعلاه بشكل طبيعي.

هل هذا يحل محل شاشة ثانية؟

بالنسبة لهذه الحالة المحددة — مشاركة تبويب متصفح أثناء تحريره والحفاظ على ظهور واجهة المكالمة — فإنه يُزيل سبب حاجتك إلى الشاشة الثانية. لكنه لا يحل محل الشاشة الثانية في كل ما تكون الشاشة الثانية مفيدة فيه غير ذلك.

جرّبه


المصادر: Chrome for Developers — واجهة برمجة تطبيقات chrome.sidePanel، Chrome for Developers — واجهة برمجة تطبيقات chrome.tabCapture، W3C — التصوير من الشاشة، مشكلة Chromium رقم 40926394 — chrome.tabCapture من اللوحة الجانبية، Google Meet — العرض أثناء اجتماع فيديو، Zoom — استخدام وضع الشاشتين المزدوج، Microsoft — عرض المحتوى في اجتماعات Microsoft Teams. تُغيّر الشركات المزوّدة تطبيقاتها ووثائقها بمرور الوقت؛ راجع صفحاتها لمعرفة الحالة الحالية. جميع الحقائق تم التحقق منها في أغسطس 2026.

احصل على المنشورات الجديدة وتحديثات المنتج عبر البريد الإلكتروني

رسالة بريدية واحدة شهريًا مع منشورات جديدة وتحديثات المنتج. ألغِ الاشتراك في أي وقت.