قد أكون أنا، لكنني معتاد على إغلاق نافذة منبثقة أريد إلغاءها بالنقر خارجها.
عند إنشاء إشارة مرجعية، تختفي النافذة المنبثقة عند النقر خارجها، ومع ذلك لا تزال الإشارة المرجعية تُنشأ أو تُغيّر. هذا ليس ما توقعت حدوثه.
النقر على X أو الضغط على ESC لإغلاق النافذة المنبثقة يلغي الإجراء بالفعل.
لقد قمت بإعادة إنتاج هذا على منشورك. 
النقر على “خارج الشاشة” ينشئ بالفعل إشارة مرجعية بدلاً من الخروج دون حفظ.
لست متأكدًا، قد يكون هذا هو السلوك المقصود بما يتماشى مع كيفية تعامل المتصفحات (على الأقل فايرفوكس على ما أذكر) مع الإشارات المرجعية.
تقوم بالنقر فوق زر الإشارة المرجعية وينشئ الإشارة المرجعية ما لم تطلب تحديدًا عدم القيام بذلك.
ولكن منذ فجر الزمن، لم يكن لإغلاق نافذة منبثقة أي إجراء.
أوافق على أن هذه تبدو كخلل. يمكنني إعادة إنتاج المشكلة هنا أيضًا. يؤدي النقر خارج النافذة المنبثقة إلى إنشاء إشارة مرجعية بدون تذكير معين.
تم القيام بذلك عن قصد عند تطوير الميزة، وكانت الفكرة هي اتباع نافذة الإشارات المرجعية في فايرفوكس كمثال… المنطق هو:
هذا لا يعني أنه لا ينبغي علينا تغييره إذا كان مربكًا، ولكنه ليس خطأ تقنيًا. سأنقل هذا إلى UX. هل قد يكون الاختلاف بين النافذة ذات الصفحة الكاملة (Discourse) والقائمة المنبثقة (Firefox) كبيرًا بما يكفي لتبرير تغيير السلوك؟
أعتقد أن مشكلتي الرئيسية هي أنه غير متناسق مع النوافذ المنبثقة الأخرى في Discourse. النقر خارج النافذة المنبثقة لـ Flag لا ينشئ علامة، والنقر خارج النافذة المنبثقة لـ Share لا يشارك المنشور.
أعتقد أنه لم يكن هناك مطلقًا نافذة منبثقة/نافذة حوار في الماضي، لذلك كان من المنطقي في ذلك الوقت عند إضافتها الاحتفاظ بالوظيفة القديمة (أي أنك نقرت على زر الإشارة المرجعية لذلك تحصل على إشارة مرجعية). ولكن بشكل عام يبدو الأمر غريبًا. ومع ذلك، أقوم بوضع إشارات مرجعية للأشياء طوال الوقت ولم ألاحظ هذه الغرابة مطلقًا!
(الطريقة التي تضيف بها المتصفحات تلقائيًا إشارات مرجعية عندما أضغط عن طريق الخطأ على control-D تزعجني لسنوات…)
نعم، لتدقيق الأمور يمكننا القول إن النقر على زر الإشارة المرجعية هو الإجراء، لأن كل شيء في النافذة المنبثقة التالية اختياري. يتطلب المشاركة والإبلاغ إجراءً إضافيًا أو مزيدًا من المعلومات ولا يوجد شيء يمكننا القيام به بنقرة واحدة. بالنظر إلى الوراء، ربما يكون هذا أصعب بكثير في تحديده من سلوك النافذة المنبثقة المتسق.
أحد الأشياء التي قد توضح الأمر هو شكل مختلف للقائمة… هذا لا يعمل بشكل مثالي كما هو موضح في هذا النموذج السريع، ولكن إذا أردنا الاحتفاظ بإشارات مرجعية بنقرة واحدة، فقد يكون الأمر يستحق الاستكشاف. بهذه الطريقة يمكنك رؤية تغيير حالة الزر بوضوح عند النقر عليه، وهي ليست نافذة منبثقة كاملة، لذا ربما يجعل ذلك سلوك النقر بعيدًا أقل إرباكًا.
ليست فكرة سيئة،
يرجى ملاحظة أنه في الوقت الحالي تتم إضافة الإشارة المرجعية في اللحظة التي يتم فيها إغلاق النافذة المنبثقة، وليس في اللحظة التي يتم فيها فتحها. لذلك سيتطلب ذلك إما إعادة هيكلة كبيرة أو محاكاة حالة الزر.
أود أن أذكر @martin هنا، أعتقد أن هذا متعمد، ولكني أتفهم الارتباك أيضًا.
في الاستخدام الفعلي، لا يسبب لي هذا “الحجز المفرط” أي مشكلة، ولكني أتفهم المفاجأة هنا.
هذه ليست مشكلة، بل هي مقصودة، وكانت كذلك منذ بداية الإشارات المرجعية. هذا لإزالة الاحتكاك من إنشاء الإشارات المرجعية وكما قال كريس:
ربما يمكنني رؤية هذا كتفضيل للمستخدم أو شيء من هذا القبيل، لكن الأمر كان كذلك لمدة عامين على الأقل دون مشاكل، لذا أود الحصول على المزيد من التقارير حول كونه مشكلة قبل أن نتصرف بناءً عليه.
مرة أخرى، هذه مشكلة أخرى قيل لي أن آتي إلى هنا بشأنها. تم نسخها من هذا المنتدى، يمكنك الحصول على الرابط هنا
عند الضغط على F في موضوع ما، تظهر نافذة الإشارة المرجعية. رد فعلي الأول هو النقر بعيدًا لأنني ربما لم أقصد فتحها، لأن الضغط العادي على F ربما يكون سهلاً للغاية لفتحه في المقام الأول.
ولكن، هذا يحفظه كإشارة مرجعية.
هذه ليست مشكلة لأن نفس الشيء يحدث في معظم المنتديات، إنها مجرد إزعاج.
ما أعتقد أنه يجب أن يحدث هو عندما أنقر بعيدًا، لا يحدث شيء ويتجاهل الإشارة المرجعية. ولكن، إذا نقرت على زر “حفظ”، عندها فقط يمكنه إنشاء الإشارة المرجعية.
باختصار، فقط اجعل النقر بعيدًا لا يفعل شيئًا، وعليك النقر على “حفظ” قبل حفظ الإشارة المرجعية.
هذا مختلف، أنت تنقر على زر يعني “نعم، أريد حفظ هذا في المفضلة”.
في ديسكورس، ربما ضغطت على F عن طريق الخطأ ولا تريد حفظه في المفضلة.
كما يقول المؤلف، هذا غير متناسق مع جميع النوافذ المنبثقة الأخرى في ديسكورس، أعتقد أنه يجب تغييره.
