لأنك قمت بتشغيل Ctrl + Alt + F (أو /، نفس التأثير)، وهذا ليس له ربط افتراضي في المتصفح للرجوع إليه. جرب على موضوع أكبر مثل هذا، واستخدم Ctrl + F العادي.
شكرًا. يبدو أن هذا هو السبب. هل يعرف أحد لماذا هو ctrl-alt-f على أجهزة Chromebook؟ هل هذا هو الضغط القياسي للمفاتيح هناك أم أنه غير ممكن بطريقة ما لتجاوزه على هذه المنصة؟
أتساءل لماذا لا يكون هناك اتساق لـ Discourse عبر جميع المنصات حيثما أمكن.
كما أنه يسحب مفتاح alt عادةً، أنا على نظام ويندوز على سبيل المثال. من المحتمل أن يكون هناك شيء ما هنا حول التوافق أو شيء من هذا القبيل.
يتوقع هؤلاء المستخدمون أيضًا أن يقوم control-f بالبحث في عنوان URL الحالي، وهو ما لا يمكن للمتصفح القيام به نظرًا لأنه تم تحميل 20 مشاركة فقط. ويوضح النافذة المنبثقة أنه إذا كنت ترغب في استخدام وظيفة المتصفح، فما عليك سوى كتابة control-f مرة أخرى.
هل لديك طريقة أكثر سهولة للسماح للأشخاص بالبحث في جميع المشاركات في الموضوع الحالي؟
المفارقة المذهلة لهذا الأمر.
- رأيت تحديثًا للبريد الإلكتروني حول هذا المنشور.
- نقرت على الرابط وبدأت في القراءة. أرى هذه العبارة:
يبدو أن ما تتوقعه هو أن يقوم Ctrl+F بالعثور على المنشور الذي تريده في هذا الموضوع، ولكن هذا ليس ما تريده. ما هي مفتاح "العثور على المنشور في هذا الموضوع حتى لو لم يتمكن متصفحك من العثور عليه"؟ أليس عدم عثور Ctrl+F على منشور في الموضوع الحالي انتهاكًا للتوقعات؟ - رغبةً في الرد، ولكن أدركت أنني لم أسجل الدخول، قمت بتمييز النص ونسخه (حتى أتمكن من البحث/العثور عليه بعد تسجيل الدخول)
- نقرت على تسجيل الدخول في الزاوية العلوية اليمنى من الشاشة وقمت بكل شيء لتسجيل الدخول
- تم إعادة توجيهي مرة أخرى إلى المنشور، ولكن في أعلى السلسلة.
- ضغطت على Cmd-F
- ضغطت على Cmd-V
- ضغطت على Enter
- لم يتم العثور على شيء
مثل، لا يمكنك اختلاق هذا. النقطة الكاملة لهذا الشيء هي العثور على أشياء “ليست على الصفحة بعد” وهو لا يعمل؟
وللرد على التعليق الفعلي:
لا، إنه ليس انتهاكًا للتوقعات. توقعات Cmd-F هي أنه إذا لم يكن موجودًا على الصفحة، فلن يتم العثور على شيء. Cmd-F ليس “بحثًا في هذا ‘المنشور’” على بقية الإنترنت. لقد أنشأت ذلك من العدم. إذا لم يكن الشيء على الصفحة، فلن تجد شيئًا. هذا مقبول.
هامش #1:
حتى عندما يعثر على شيء ما، لا يمكنني التنقل في النتائج دون تعلم نموذج جديد تمامًا (لا، الأعلى/الأسفل/Enter ليس صعبًا جدًا - ولكنه مختلف وفريد لمواقع المناقشة). لا يمكنني أيضًا الضغط على Cmd-F عدة مرات للتنقل عبر النتائج التي تم العثور عليها تمامًا كما أفعل على بقية الإنترنت.
هامش #2:
وظيفة Cmd-F التي قمت ببنائها لها قيود مختلفة لا تمتلكها الوظيفة الأصلية، “مصطلح البحث الخاص بك قصير جدًا” كأحدها. حاولت البحث عن هذا المنشور بحثًا عن “/” لأنه ذو صلة وغير قادر على القيام بذلك.
هامش #3:
يبدو أن هناك مبالغة كبيرة في أن سبب كل هذا هو أن بعض المنشورات كبيرة جدًا جدًا جدًا ولا يمكن تحميلها على الصفحة. أجد ذلك صعب المعالجة في إنترنت اليوم مع كل الخيارات المتاحة لدينا للتخزين المؤقت على كل طبقة من المكدس. ربما هذا هو “الخطأ” الذي يستحق الحل؟
لست متأكدًا من أنني أفهم هذا بنسبة 100٪؟ ما هي المشكلة في الضغط عليه مرتين؟ ألا يفعل ذلك ما تريده؟
بينما أضغط على cmd-f مرتين، هل يجب أن أبدأ بالنقر ثلاث مرات على الروابط أيضًا؟ هل ننفذ ذلك؟
من العميق جدًا كيف فاتك الهدف هنا. لقد غيرت الإعداد الافتراضي لكيفية عمل المتصفح. هذا غير متوقع على الإطلاق.
أتفق. توقعاتي هي العثور على الصفحة. كما أن الاختطاف يكسر سلوك ctrl-g و ctrl-shift-g.
من المفهوم لماذا قد ترغب Discourse في تجاوز هذا لأنه يكسر توقع المستخدم بأن جميع المنشورات في سلسلة محادثة يتم تحميلها. ومع ذلك، قد يتم حل هذا من خلال الإشارة بالضبط إلى المنشورات التي تم تحميلها أو لم يتم تحميلها. النهج القديم للصفحات شفاف في هذا الصدد.
وجود أداة بحث في سلسلة المحادثات مفيد بالطبع، سواء في وضع الصفحات أو التمرير اللانهائي. إنه مجرد أمر مزعج / مربك لاختطاف نوع واحد من البحث بنوع مختلف من البحث بدلاً من كشفه بطريقة مختلفة، على سبيل المثال، من خلال زر “بحث سلسلة المحادثات” أو مفتاح اختصار لا يتعارض مع السلوك القياسي.
لا أريد الشكوى كثيرًا، حيث أن قرارات التصميم مفهومة وقد تعلمت التعايش معها، ولكني أردت فقط الإشارة إلى أنني لا أعتقد أن افتراض “انتهاك التوقعات” صحيح.
هناك مزيج من الأشياء غير المتوقعة التي يجب موازنتها للشخص الذي يبحث… إنها حالة “اختر السم الخاص بك”.
-
لا يتوفر كل المحتوى عند التمرير لأسباب تتعلق بالأداء. يدعم Discourse أنواعًا مختلفة من المحتوى مثل صور GIF ومقاطع الفيديو والاستطلاعات والتقويمات وإطارات iframe والمخططات وما إلى ذلك… يمكن أن يكون هناك 1000 من هذه العناصر في موضوع. يمكن أن يؤدي الاحتفاظ بكل هذا في DOM إلى جعل الصفحة غير قابلة للاستخدام.
-
لا يعرف المستخدمون المحتوى الذي تم تحميله حاليًا، مما يؤثر على فعالية
ctrl + f. يفترض هذا التوقع أن كل المحتوى موجود في “صفحة” واحدة وبالتالي يمكن البحث فيه.
نظرًا لأن التوقع هو أن ctrl + f يبحث في الصفحة بأكملها، والصفحة بأكملها غير متاحة… هناك محاولة للحل الوسط.
لقد قدمت بالفعل عددًا قليلاً من الحجج لمحاولة حل هذا:
-
تعطيل المحتوى الديناميكي (بما في ذلك الصور) في المشاركات.
لن يحدث هذا - سنفقد كل عملائنا بين عشية وضحاها لصالح أي من المنافسين الذين يسمحون بالمحتوى الديناميكي (Facebook، Discord، NodeBB، Khoros، Higher Logic، لا يوجد نقص).
-
تعطيل التمرير اللانهائي واستخدام ترقيم الصفحات التقليدي
أكثر احتمالاً، ولكن هل يحل هذا المشكلة حقًا؟ تقلل من حمل المتصفح عن طريق السماح بتحميل كمية معينة فقط من المشاركات لكل صفحة، ويحتاج المستخدمون إلى التنقل يدويًا بين الصفحات لمواصلة القراءة.
الآن يعمل
ctrl + fكما هو متوقع هنا، ولكن في الواقع بقدر ذاكرتك.إذا قرأت للتو 100 مشاركة عبر 10 صفحات وترغب في العثور على شيء قرأته للتو… هل هو في الصفحة 2؟ الصفحة 3؟ ذاكرتي بالتأكيد لا تعمل بهذه الطريقة.
لذا، قد ينتهي بك الأمر بفعل شيء مثل…
ctrl + f… رجوعctrl + f… رجوعctrl + f…؟
في رأيي، لا يبدو أن هناك تجربة واحدة رائعة هنا، حتى لو كنت تلتزم بالإعدادات الافتراضية للمتصفح. مع Discourse، إذا كنت منزعجًا من نقص الإعداد الافتراضي للمتصفح، فعليك تعلم شيء واحد.
ملاحظة ودية بأن جميع المشاركات والمناقشات يجب أن تحاول أن تظل حضارية ومنتجة. إذا أصبحت الأمور جدلية/مختزلة للغاية، فسأقوم بإغلاق هذا الموضوع. ![]()
لا أحد ينكر هذا. فقط لا تختطف أمر البحث (cmd-f) للقيام بذلك. هناك عدد لا يحصى من مجموعات لوحة المفاتيح الأخرى للاختيار من بينها. اختر أيًا من هذه.
ولكن النقطة هي أن ctrl + f لا يعمل كما هو متوقع بسبب التصفح التلقائي، لذلك يتم اقتراح البديل أولاً لأنه سيبحث بالفعل عن كل المحتوى داخل موضوع ما.
لذا أفترض أنه بالنظر إلى جميع المفاضلات، فإن الاختيار بين شرح:
-
لم ينجح بحثك لأنه أثناء التمرير قمنا بقلب الصفحة تلقائيًا، لذلك يجب عليك النقر فوق
بدلاً من ذلك (أو استخدام /وهو اختصار بديل) -
قد يكون لديك تجربة أفضل مع بحثنا، ولكن إذا لم يكن كذلك، فاستخدم الاختصار مرة أخرى.
هل ستنزعج بنفس القدر إذا لم نلتقط ctrl + f ولم يعمل لأنه تم تحميل بعض المحتوى بعيدًا أثناء التمرير؟ هل ستحاول بعد ذلك البحث داخل التطبيق كحل؟ هل تحاول التمرير لأعلى ثم المحاولة مرة أخرى؟ شيء آخر؟
بخلاف “لا تفعل ذلك لأنه هو الافتراضي” (وهو أمر صالح، بسبب التوقعات) قد تكون هناك بعض الحجج الإضافية ضد ذلك للنظر فيها أيضًا:
-
معظم الناس ربما لا يستخدمونه على أي حال: Crazy: 90 Percent of People Don't Know How to Use CTRL+F - The Atlantic
(أو ربما أقرب إلى 80٪ Do 90% of People Not Use CTRL+F? | Blog of Metrics) -
البحث عن 20+ مشاركة سابقة باستخدام
ctrl + fقد يكون نادرًا نوعًا ما؟ لذا قد يكونctrl + fلـ “الصفحة” الحالية جيدًا بما فيه الكفاية؟ (تخمين كلي، لا يمكن العثور على أي بيانات حول هذا)
- التجاوز ليس فريدًا لـ Discourse. من بين الأماكن الأخرى المذكورة، تقوم أدوات Microsoft Office أيضًا بتجاوز ctrl+F. ويتم ذلك لأسباب مماثلة (أي أن النص بأكمله غير متاح لـ ctrl+F)
- الوظيفة/النية الفعلية لا يتم تجاوزها. إنها وظيفة “البحث عن سلسلة فرعية”. إذا تم تجاوز ctrl+F ليصبح أمر الإشارة المرجعية، فسأكون متعاطفًا.
- غالبًا ما تفشل وظيفة المتصفح الساذجة ctrl+F دون أي إشارة إلى السبب. سيكون من السهل استنتاج أن النص غير موجود في الموضوع عندما لا يتم العثور عليه، وهو ما لا يضمن أن يكون صحيحًا. في موضوع ليس قصيرًا بشكل تافه، ستكون معظم عمليات البحث سلبية خاطئة. أنت تضع توقعًا على المستخدم لفهم تفاصيل تنفيذ التمرير اللانهائي في Discourse لاستخدام ctrl+F بفعالية
- بالنسبة للأشخاص الذين لا يحبون التجاوز، ويفهمون كيفية ترقيم المشاركات، عليك فقط الضغط عليه مرة أخرى
إذا كانت المشكلة الرئيسية هنا هي أننا لا نريد كسر توقعات المستخدم، فعندئذ في النهاية أقول إنه شر أكبر لكسر توقعاتهم بطريقة غامضة (أي، يقول ctrl+F “لا يوجد تطابق” عندما يظهر النص بالفعل في الموضوع) بدلاً من كسر توقعاتهم بشفافية (فتح شريط البحث غير الأصلي)
احتفظ بها كما هي حاليًا.
أتفهم الرغبة في الحفاظ على ثقافة حضارية هنا. أنا أؤيد ذلك ولكن يرجى النظر في الإشراف على المستخدمين بدلاً من ذلك. إغلاق موضوع يؤثر على المجتمع بأكمله. هذا موضوع نريد مناقشته بوضوح.
أتفهم وجهة نظرك. يجب أن تخدم وظيفة البحث غرضين: البحث عن مواضيع أو خيوط والبحث عن كلمات مفتاحية داخل موضوع أو خيط.
أنا أستخدم “موضوع” و “خيط” بالتبادل، لكنني آمل أن يكون المعنى واضحًا.
