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

لسوء الحظ ، لا يمكنني حقًا أن أعبر عن هذا بنفسي: /

Ronkiro إذا نقرت واسحب بينما يكون الماوس

ملاحظة

protip: يمكنك في الواقع لصق الصور مباشرة في مربع الإدخال على github ، وسيقوم تلقائيًا برفعها إلى github وتضمينها مضمنة. إنه أنيق جدًا

@ zadjii-msft
حاولت إضافة الصورة لكنها كانت فاشلة ... لقد كان ينشئ رابط جيثب لكنه كان رابطًا خاطئًا لول أعتقد أنني كنت أفتقد شيئًا ما.

العودة إلى المحطة ، الضغط مع الاستمرار على النقر لا يؤدي إلى تغيير حجم النافذة. ولكن ، عند الانتقال إلى المنطقة التي لا تحتوي على زر في شريط العنوان (المنطقة الوسطى) ، ينتقل المؤشر إلى المنطقة الافتراضية مرة أخرى.

ما زلت في المؤشر الافتراضي ، لا يمكنني النقر فوق إغلاق / تصغير / إلخ. يعمل ALT + F4 بالرغم من ذلك.
أثناء الاختبار قليلاً ، لاحظت أيضًا أنه لا يمكنني القيام بأي إجراءات بالماوس في الجهاز الطرفي (مثل تعليم النص ، والنقر بزر الماوس الأيمن للصق / فتح القائمة ، إلخ). لكن الاختصارات مثل CTRL + V تعمل. الاستثناءات الوحيدة هي النقر المزدوج على المنطقة الوسطى (يكبر الشاشة بشكل صحيح) وتغيير حجم النافذة.

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

لدي أيضًا هذه المشكلة (Microsoft Windows [الإصدار 10.0.18362.418]) ، ولكن إعادة تشغيل الجهاز تم إصلاحها.

Ronkiro هل إعادة التشغيل إصلاحه لك؟ JohnFNova يشير إلى أنه قد يكون. :ابتسامة:

كلا @ DHowett-MSFT. أعني ، لقد قمت بالفعل بإعادة التشغيل عدة مرات حتى أقوم بالفعل بإنشاء المشكلة هنا ، لكنها لم تساعد.

مع الإشارة أيضًا إلى أنها مؤسسة W10 ، لست متأكدًا مما إذا كان يمكن أن يساعد على أي حال.

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

يبدو متعلقًا بـ PowerToys بالنسبة لي أيضًا ، حيث تم إصلاح الخروج أيضًا.

ممتاز في السماع. استدعاء crutkas إذا كان لديه أي أفكار حول هذه المسألة

ما هو إصدار PowerToys الذي تستخدمه

أحاول إعادة هذا ولكن لا أستطيع. أنا أستخدم PowerToys 0.14.1 وإليك خطواتي لإعادة الإنتاج. قد تحتاج إلى مشاركة إعدادات FancyZone الخاصة بك.

نحن نقوم بأشياء مع التحول لنجعلك تدرك أننا سننتقل إلى مناطقك.

معلومات نظامي حاليًا:

• بووير تويز 0.14.1
• المحطة الطرفية: 0.7.3451.0
• Win10: 18363.535 ، الإصدار 1909

1. إطلاق ألعاب الطاقة.
2. إطلاق المحطة.
3. انقر تصغير وتعظيم (كلها تعمل)
4. إضافة علامة تبويب PowerShell
5. تمت إضافة علامة تبويب Cmd
6. قم بإزالة علامة تبويب PowerShell الجديدة باستخدام X
7. اضغط مع الاستمرار على Shift وانتقل إلى منطقة FancyZone

Win10: الإصدار 1903 ، الإصدار 18362.295 (المؤسسة)
بوويرتويز: 0.11.0

لدي أيضًا تمكين "استخدام تجربة تحرير المنطقة الجديدة" ، ولست متأكدًا مما إذا كان لهذا أي علاقات.

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

بوويرتويز 0.14.1
حلقة بطيئة من الداخل win10: 2004 ، بناء 19041.1
الوزن: 0.7.3451.0

حدث الخطأ عندما كنت أجمع نسخة الوزن ،
كما لوحظ أنه يؤثر على إعدادات ألعاب الطاقة
لقد قمت بتوصيل شاشة وتحريك نافذة wt لها جعلت الأزرار تعمل
على الرغم من أنه فقط على الشاشة الثانية
استخدم مسجل الخطوة لالتقاطه:
powertoys bug.zip
علة powertoys 2.zip

إذن أي أخبار عن هذا؟

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

أنا على Terminal 0.8.10091.0

ما أفعله لإعادة إنشائي

1. محطة الإطلاق
2. انقر بزر الماوس الأيسر على شريط العنوان
3. تحويل عقد
4. اسحب الماوس لأسفل وفي شاشة وحدة التحكم نفسها
5. حرر الماوس

السلوك الفعلي:
تتجمد النافذة لمدة 3 ثوانٍ تقريبًا ، ولا يمكن سحبها أو لن تستجيب أزرار min / max / close للنقر أو التمرير أيضًا

تتجمد النافذة لمدة 3 ثوانٍ تقريبًا ، ولا يمكن سحبها أو لن تستجيب أزرار min / max / close للنقر أو التمرير أيضًا

هل تظل الأزرار الموجودة على النافذة غير مستجيبة عند تحرير Shift؟

يمكنني إعادة إنشاء هذا ولكني أعتقد أنه مع الجهاز حيث يمكنني إعادة هذا السلوك مع إيقاف تشغيل PowerToys تمامًا

ولكن عندما يحدث الخطأ ، تتأثر إعدادات powertoys أيضًا

نعم ، النافذة لا تستجيب ولكنها تعود بعد حوالي ثلاث ثوانٍ. حقيقة أنني أستطيع القيام بذلك بدون تشغيل PT تعني أن شيئًا ما يحدث مع Terminal ، وليس PT.

كان مسجل الخطوة مفيدًا ولكنه مربكًا بعض الشيء نظرًا لأن كل شيء كان باللغة البرتغالية ومن ناحية أخرى ليتم ترجمته يدويًا. لعرض العناصر غير المستجيبة ، قد يكون الفيديو أكثر تأثيرًا هنا. يمكن لـ Gamebar (win + g) القيام بذلك.

لذا ، إذا كانت خطواتي للتسبب في التجميد شيئًا مختلفًا ، فيرجى دعنا نفعل خطوة بخطوة.

كان كل شيء باللغة البرتغالية

آسف لذلك ، كان يجب أن أبذل قصارى جهدي لتحرير الملف حتى أتمكن من ترجمته.

يمكن لـ Gamebar (win + g) القيام بذلك.

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

نعم ، النافذة لا تستجيب ولكنها تعود بعد حوالي ثلاث ثوانٍ
الجري يعني أن شيئًا ما يجري مع المحطة وليس PT.

لقد أبلغت عن هذا السلوك هنا # 3325 (تعليق)

تضمين التغريدة

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

لا تعمل أزرار شريط العنوان حتى بعد إعادة تثبيت التطبيق.

لذا ، ها نحن ذا ، فقط تم تثبيت powertoys v0.15 لإعادة تشغيل الجهاز وفتح windows terminal

تؤثر أيضًا على إعدادات pt:

ها هي مقاطع الفيديو الأصلية:
علة-videos.zip

LuanVSO هل يحدث هذا بدون تشغيل PowerToys؟

crutkas لا ، عندما أتوقف عن pt يعود إلى السلوك الطبيعي

هل يمكنك إنشاء خطوة بخطوة وأين تنقر؟

1. محطة الإطلاق (مثبتة على شريط المهام الخاص بي ، لذا أضغط على win +2)
2. انقر بزر الماوس الأيمن على زر التصغير (لا يعمل)
3. انقر بزر الماوس الأيمن على زر الانقسام (لا يعمل)
4. قم بتمرير الماوس فوق حواف النافذة لإظهار كيف يتصرف المؤشر (تغيير حجم النافذة يعمل ، ولكنه سيوقف التسجيل لذا لم أفعل)

لحياتي ، لا يمكنني إعادة هذا. هل يمكنك مراسلتي عبر البريد الإلكتروني وربما لنقوم بمزامنة الفرق حيث يمكننا مشاركة الشاشة؟ [email protected]

حسنًا ، أعني أنه لا يمكنني إعادة هذا في كل مرة ، فهو صعب للغاية

إذا كان يتبع النمط الذي أشرت إليه أعلاه ، فهذا خارج powertoys ويمكنني إعادة هذا دون تشغيل PT.

ما أفعله لإعادة إنشائي

1. محطة الإطلاق
2. انقر بزر الماوس الأيسر على شريط العنوان
3. تحويل عقد
4. اسحب الماوس لأسفل وفي شاشة وحدة التحكم نفسها
5. حرر الماوس

crutkas أعتقد أنني اكتشفت ما يحدث.

1. دبوس فوز محطة لشريط المهام
2. اضغط على مفتاح الفوز
3. قبل ظهور دليل الاختصار مباشرةً ، اضغط على # المقابل للفوز بالمصطلح وتحرير كلا المفتاحين بسرعة
4. حاول التفاعل مع الضوابط على مصطلح الفوز

أيضًا ، لم يعد دليل الاختصار يظهر بعد تنفيذ هذه الخطوات

بالنسبة لي ، يعمل شريط العنوان ، والمشكلة التي أواجهها هي القائمة المنسدلة للملفات الشخصية والإعدادات. أثناء استخدام تصحيح VS2019 ، يتسبب في حدوث استثناء.
يمكنني فتح محطة طرفية جديدة في وضع التصحيح باستخدام "ctrl + shift + 2،3،4" ، ولكن إذا حددت زر القائمة المنسدلة.

لسوء الحظ ، _that_ هو خلل في النظام الأساسي (يبدو أنه تم إصلاحه في 19041+). آسف: ابتسم:

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

@ DHowett-MSFT من المفترض أن يكون هذا مضحكا؟ لا يزال هذا متاحًا على المطلعين فقط ... حسنًا ، لحسن الحظ ، لا يزال WT غير قادر على التنافس مع إعدادي الحالي لذا لا تقلق ..
سأنتظر ذلك وأعود بعد نصف عام أو نحو ذلك.

@ DHowett-MSFT من المفترض أن يكون هذا مضحكا؟

فقط حتى أكون واضحًا: هل تعتقد أن هذا الخطأ الذي _ لا أحد في فريقي يمكنه إعادة إنتاجه ، ونحن في نقاش مع فريق الإدخال حول _ هو مزحة نلعبها عليك؟ هذا بارد.

واجهت نفس المشكلات على https://github.com/microsoft/terminal/issues/5724 وليس لدي أي مشكلة بعد تحديث PowerToys إلى الإصدار 0.17.0

أولئك الذين كانوا يشاهدون هذه المشكلة مع PowerToys ، هل يمكنك التحقق مما إذا كانت لا تزال تمثل مشكلة في PowerToys v0.17.0 ؟ شكر.

لا ، لم أضطر إلى تعطيله حتى يعمل. لقد أغلقت PowerToys وقمت بتحديثه وفتحه مرة أخرى. من المهم الإشارة إلى أنني استخدمت Scoop لتثبيت PowerToys.

لم يعد يحدث لي أيضًا

أولئك الذين كانوا يشاهدون هذه المشكلة مع PowerToys ، هل يمكنك التحقق مما إذا كانت لا تزال تمثل مشكلة في PowerToys v0.17.0 ؟ شكر.

جئت إلى هنا في المرة الأولى التي اكتشفت فيها هذا - نعم ، powertoys 0.17.0 لديها نفس المشكلة (الإصدار الوحيد الذي قمت بتثبيته في الواقع). لقد حدث لي للتو. في الواقع ، عندما تظهر المشكلة نفسها ، لا يعمل الماوس حتى داخل ألعاب القوى أيضًا. كما أنني لا أستخدم حقًا powertoys tbh كنت أجربها للتو. عندما أقتل powertoys ، تختفي المشكلة. عندما أقوم بإعادة تشغيل powertoys ، لا تزال المشكلة غير موجودة ، لذلك بافتراض أن هذا مرتبط بنوع من مجموعة الأحداث التي تسبب في توقف تام يؤدي إلى قفل كلا التطبيقين :(. سأحاول الانتباه إلى أي أحداث سابقة في المرة القادمة التي تحدث فيها ولكن أنا أشفق على محاولتك استكشاف هذه المشكلة.

حدث معي للتو مع PowerToys 0.18.0 ، يبدو أن إعادة تشغيل PowerToys قد أصلحت المشكلة.

اكتشفوا طريقة مؤكدة لإصدار هذا الأمر على powertoys 0.18.1:
ها هو ملف تسجيل الخطوات الذي قمت به (الآن هو باللغة الصحيحة 😅):
powertoys نافذة لا تستجيب bug.zip
يجب أن تكون هذه هي المرة الأولى التي يتم فيها تشغيل دليل الاختصار ، وإلا فلن يتم إعادة تشغيله

تمكنت من إعادة إنتاج هذا الخطأ ، كما ورد في PowerToys # 4287 . إذا تم إيقاف تشغيل Fancy Zones ، وإعادة تشغيل PowerToys ، وتشغيل Fancy Zones ، فستعمل كما هو متوقع.

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

ما أفعله لإعادة إنشائي

1. محطة الإطلاق
2. انقر بزر الماوس الأيسر على شريط العنوان
3. تحويل عقد
4. اسحب الماوس لأسفل وفي شاشة وحدة التحكم نفسها
5. حرر الماوس
6. نوع

سترى توقف المؤشر وتتوقف جميع المدخلات عن القدوم.

هل يتصرف مثل هذا عندما يتم تحرير التحول؟

هل هذا يسقط بعد أن تترك؟

ك،
لذلك يوجد خطأان هنا:

1. هو أن سحب الوزن يتسبب في تعليقه
2. هذا هو

اكتشفوا طريقة مؤكدة لإصدار هذا الأمر على powertoys 0.18.1:
ها هو ملف تسجيل الخطوات الذي قمت به (الآن هو باللغة الصحيحة 😅):
powertoys نافذة لا تستجيب bug.zip
يجب أن تكون هذه هي المرة الأولى التي يتم فيها تشغيل دليل الاختصار ، وإلا فلن يتم إعادة تشغيله

هنا صورة gif توضح العملية:

عندما قمت بتحرير مفتاح الفوز ، لم يعد بإمكاني التفاعل مع الأزرار الموجودة في إعدادات pt

تمكنت من إعادة معالجة الخطأ في مصحح أخطاء pt ، وعندما أوقفت التنفيذ مؤقتًا ، أسقطني في هذا الملف

يُرى أن هذا يحدث عند إنشاء d2doverlaywindow ، حيث لا يحدث الخطأ إلا إذا كانت هذه هي المرة الأولى التي يتم عرضها

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

حدث هذا لي مع إصدار Terminal 1.0.1811.0

بدا وكأنه تعارض مع PowerShell:
لقد قمت بتثبيت الإصدار 7 ، وكان لدي أيضًا .Net والذي قام أيضًا بتثبيت PowerShell ولكن الإصدار 6 . يبدو أن إلغاء تثبيت PowerShell من .Net يعمل على إصلاح المشكلة بالنسبة لي.

DHowett لدي نفس المشكلة على Powertoys 0.18 ، غير قادر على استخدام الماوس للنقر على ألعاب الطاقة أو محطة windows. إلغاء تثبيت powertoys يحل المشكلة.

هل يمكن لأي شخص أن يؤكد أن الإقلاع عن PowerToys لا يكفي لمنع هذا الخطأ ويتطلب إلغاء تثبيته؟

@ DHowett-MSFT
هذا اكتشاف مثير للغاية (وغريب):
https://github.com/microsoft/PowerToys/issues/5944
تستخدم المحطة الطرفية ، لسبب غير معروف ، فئة نافذة محددة في PowerToys.
يُظهر مسجل الخطوات عنصر واجهة المستخدم الذي "يسرق" الإدخال ، وهو جزء من Terminal ، وليس PowerToys.exe.
ليس من الواضح ما الذي يحدث هنا ، هل تقوم Terminal بنشاط بإنشاء عنصر واجهة المستخدم هذا أم أن PowerToys تقوم بطريقة ما بحقن هذا في Terminal؟

enricogior التقاط جيد. من المؤكد أن Terminal لا تنشئ فئة النافذة هذه - فالنافذة الوحيدة التي ننشئها يدويًا هي CASCADIA_HOSTING_WINDOW_CLASS (انظر IslandWindow.cpp # L18-L68 ).

من الناحية الفنية ، نقوم أيضًا بإنشاء جزيرة XAML - ربما يتفاعل هذا بطريقة ما مع دليل الاختصار بطريقة ما؟

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

أنا أدرك للتو أن # 6120 يحتوي أيضًا على الكثير من المعلومات حول هذه المشكلة ومجموعة من repros الأخرى فيها.

@ zadjii-msft
إن Shortcut Guide هو تطبيق C ++ خالص ، وحقيقة أن فئة النافذة المحددة في Shortcut Guide تنتهي في Terminal أمر مفاجئ للغاية.

enricogior terminal هو تطبيق C ++ أصلي أيضًا. اللغة المستخدمة ليس لها تأثير على فئات النافذة الممكنة.

تضمين التغريدة
قصدت Win32 فقط ، وليس XAML ، الشيء الوحيد الذي وجدته حتى الآن والذي يمكن أن يكون نقطة دخول محتملة للمشكلة موصوف في
https://github.com/microsoft/PowerToys/issues/5944#issuecomment -674981994
لقد اقترحت إنشاء إصدار تصحيح من Terminal لمراقبة اسم الفئة هذا للتحقق مما إذا كان مسجل الخطوات يحدد بشكل صحيح عنصر واجهة المستخدم باعتباره تابعًا لعملية المحطة الطرفية ، فإنه سيؤكد وجود حقنة لكائن الفئة من الخارج.

لقد حدث هذا لي الآن أيضًا ، ولكن في الواقع مزيج من هذا و https://github.com/microsoft/terminal/issues/4448 حيث لا يمكنني الكتابة ولا يمكنني النقر فوق أزرار شريط العنوان أو التمرير أو استخدام أي عنصر واجهة المستخدم (يمكنني تغيير حجم النافذة ، رغم ذلك). حدث هذا أكثر من مرة.

• أنا أستخدم PowerToys v0.20.1
• أنا لا أستخدم دليل الاختصار
• يعمل تغيير حجم النوافذ والتقاطها (win + arrow)
• النقر في النافذة (شريط العنوان ، شريط علامات التبويب ، min / max / exit) لا يعمل
• الكتابة في النافذة ليس لها أي تأثير
• القشرة عبارة عن بوويرشيل (ثم يتم تشغيل wsl بداخلها) ، ولا تزال شجرة العملية على قيد الحياة
• أقوم بتشغيل تحجيم DPI بنسبة 150٪ ، لكن لديّ شاشة واحدة فقط موصولة بالكهرباء
• لقد بدأت التطبيق بالأمس ، ونام / استيقظ الكمبيوتر منذ ذلك الحين. لقد لاحظت المشكلة فقط بعد إيقاظ الكمبيوتر
• لقد بدأت مثيلًا ثانيًا من التطبيق الطرفي ، وهو يعمل بشكل جيد

تضمين التغريدة

أنا لا أستخدم دليل الاختصار

هل تم إيقاف تشغيل دليل الاختصار في إعدادات PowerToys أم أنك ببساطة لا تستدعيه؟

تم إيقاف تشغيله:

تضمين التغريدة
شكرا لك.

يبدو أن هذا يستبعد احتمال أن الخطأ ناتج مباشرة عن دليل الاختصار ، نظرًا لأنه لا يعمل ، وبالتالي لا يمكن أن يكون هو ما يضخ فئة PToyD2DPopup في العملية الطرفية.

aharpervc ما هي شرائح الرسوم التي تقوم بتشغيلها؟ نفيديا؟

aharpervc ما هي شرائح الرسوم التي تقوم بتشغيلها؟ نفيديا؟

AMD Radeon Pro 560

كنت أواجه هذه المشكلة أيضًا (لا يمكن التفاعل مع شريط نافذة Power Shell بخلاف سحبه). إعادة تشغيل النوافذ وقتل تطبيق "Windows Terminal" في مدير المهام لا يصلح لي.

ألعاب القوة إصدار 0.19.1
نظام التشغيل Windows 10 Pro 19042.541

لقد فتحت للتو Power Toys للتحقق مما إذا كان دليل الاختصار الخاص بي ممكّنًا كما هو مقترح أعلاه ولكن لم أتمكن من التفاعل مع واجهة المستخدم هذه أيضًا. ثم قتلت عملية "Powertoys runner" باستخدام مدير المهام وقد أصلحت كلتا المشكلتين في الوقت الحالي على الأقل.

شيء جيد لقد وجدت هذا الموضوع على Google!
بعد التحديث إلى إصدار ميزة Windows 10 2004 الأسبوع الماضي ، لم أتمكن من النقر فوق أي مكان في شريط العنوان الخاص بتطبيق Windows Terminal (لا توجد عناصر تحكم علامة التبويب أو تصغير / تكبير / إغلاق).
لم يكن من الممكن تحديد النص في نافذة المحطة أيضًا.
اختفت المشكلة على الفور عند إغلاق Power Toys في الدرج 👍

في حالتي ، يحدث هذا لكل من Windows Terminal ( Version: 1.4.3243.0 ) و Windows Terminal Preview ( Version: 1.5.3242.0 ) سواء كان PowerToys ( Version: 0.25.0 ) قيد التشغيل أم لا. إصدار Windows 10 الخاص بي هو 1909 وإصدار نظام التشغيل هو 18363.1198 .

ربما تكون هذه معلومات عديمة الفائدة ، ولكن باستخدام WindowSpy (مكون فحص Autohotkey) ، لاحظت وجود اختلاف بين اسم الفئة / رقم المثيل (ClassNN في WindowSpy) لعناصر التحكم المعنية.

عندما _can_ التفاعل مع تحوم الماوس فوق زر علامة تبويب جديدة أو أي من أزرار التصغير / التكبير الخ:

ClassNN:  Windows.UI.Composition.DesktopWindowContentBridge1
Text:     DesktopWindowXamlSource

عندما لا أستطيع التفاعل مع الماوس على عناصر التحكم هذه ، يتغير هذا إلى:

ClassNN: Windows.UI.Core.CoreWindow1
Text:        DesktopWindowXamlSource