لقد فعلت هذا بالضبط منذ 3 دقائق. استعرضت قائمة الاختصارات وقمت بتعيين المفاتيح المستبعدة في gmail على jkhlgGzduryivVabceoOTbB [] m`nNHLKJtxXW <>؟ (قد لا يعمل هذا معك ؛ لقد أجريت بالفعل تغييرات تكوين أخرى)

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

بعض الاعتبارات:

• هل هذا يعطل المفاتيح ذات المعدلات؟
  
  
  
  • إذا كان الأمر كذلك ، فلن تكون هناك طريقة لإعادة تمكينهم ؛ لا نتعرف عليها حاليًا في حقل مفاتيح المرور (على الرغم من إمكانية تحديث # 1368 لإصلاح ذلك).
  
  
  • إذا لم يكن الأمر كذلك ، كيف يمكننا توصيل هذا بإيجاز للمستخدمين حتى لا يفاجأوا؟
  
  
• إذا استخدمنا + قبل المفاتيح الحصرية ، كيف يمكنك تعطيل التعيين على + ؟
• كيف نمنح المستخدمين هذا الاختيار في كل قاعدة (ونسمح لهم بمعرفة الخيار الذي قاموا به بالفعل) بوضوح دون تجاوز المساحة المحدودة في القائمة المنبثقة للرمز؟
  
  
  
  • ربما <select> مع خيار "تعطيل" و "السماح فقط"؟ هل هذا سيكون كبيرا جدا؟
  
  
• هل سيكون التكوين المستند إلى النص الأكثر قوة مثل ذلك الموجود في # 1188 بديلاً مقبولاً / جيداً / أفضل؟

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

1. لقد نسيت تمامًا مفاتيح التعديل ، لذلك تم رصدها جيدًا. أنا سعيد
   للميزة ذات الصلة لتجاهل مفاتيح التعديل تمامًا. الاتجاه على تطبيقات الويب
   يبدو أنه يتجه نحو روابط مفاتيح نمط vim على أي حال ، لذلك هذا هو المكان الذي نحتاج إليه
   لتجنب الاشتباكات.
2. هذا سبب كبير آخر لعدم استخدام +-بناء الجملة. أو على الأقل حتى
   مستخدم لديه حالة استخدام فعلية.
3. مربع اختيار واحد يسمى "عكس" أعلاه ، ربما مع "wtf هو هذا
   القرف؟' الارتباط بالوثائق.
4. سيكون بديلاً أكثر تعقيدًا وليس مطلوبًا بشكل واضح.
   "أريد استخدام عدد قليل فقط من وظائف vimium في gmail / twitter / other-app"
   ربما شيئًا ما يريده المستخدمون ذوو القوة (لدينا 2 بالفعل ؛ و
   المجموع ليس ضخمًا لتبدأ به).

أنا لا أعارض تهيئة نص خيالي في حد ذاته ، ولكن هناك ميزة أبسط
طلب يغطي 90٪ من الحالات؟ بالنظر إلى أنني أسأل شخصًا ما عندي
لم أقابل أبدًا لكتابة رمز لي (على حد علمه) مجانًا ، أشعر بذلك
على عاتقي للتحقق.

يوم الأربعاء ، 6 مايو ، 2015 الساعة 6:20 مساءً ، ماثيو رايان [email protected]
كتب:

بعض الاعتبارات:

• هل هذا يعطل المفاتيح ذات المعدلات؟
  
  
  
  • إذا كان الأمر كذلك ، فلن تكون هناك طريقة لإعادة تمكينهم ؛ نحن لا نفعل ذلك حاليا
    
    التعرف على هذه في حقل مفاتيح المرور (على الرغم من # 1368
    
    يمكن تحديث https://github.com/philc/vimium/pull/1368 إلى
    
    أصلح هذا).
  
  
  • إذا لم يكن الأمر كذلك ، كيف يمكننا توصيل هذا بإيجاز للمستخدمين حتى يكونوا كذلك
    
    لم تفاجأ؟
  
  
  • إذا استخدمنا علامة + قبل المفاتيح الحصرية ، فكيف يمكنك تعطيل التعيين
    
    على +؟
  
  
• كيف نمنح المستخدمين هذا الاختيار في كل قاعدة (ونسمح لهم برؤيتها
  ما هو الخيار الذي قاموا به بالفعل) بوضوح دون تجاوز المحدود
  الفضاء في أيقونة المنبثقة؟
  
  
  
  • ربمامع "تعطيل" و "السماح فقط" كخيارات؟
    
    هل هذا سيكون كبيرا جدا؟
  
  
  • هل سيكون التكوين المستند إلى النص أكثر قوة مثل ذلك الموجود في # 1188
    
    https://github.com/philc/vimium/issues/1188 يكون
    
    مقبول / جيد / بديل أفضل؟
  
  

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

-
قم بالرد على هذا البريد الإلكتروني مباشرة أو قم بعرضه على GitHub
https://github.com/philc/vimium/issues/1560#issuecomment -99668372.

أنا سعيد لأن الميزة ذات الصلة تتجاهل مفاتيح التعديل تمامًا

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

مربع اختيار واحد بعنوان "عكس" أعلاه ، ربما مع "wtf هل هذا الهراء؟" الارتباط بالوثائق.

بالنسبة للجزء الأكبر من الناس لن يقرأوا الوثائق ، لذلك يجب أن تكون واجهة المستخدم تشرح نفسها بنفسها. سأحاول ذلك باستخدام مربع اختيار "عكس" عندما أقوم بعمل ذلك.

سيكون بديلاً أكثر تعقيدًا وليس مطلوبًا بشكل واضح.

متفق. كنت أرغب في ذلك عدة مرات _تغيير_ بعض التعيينات على الصفحات حيث تتداخل تعييناتنا وتعيينات الصفحة ، وكلاهما مفيد - ولكن ربما يكون الأمر مبالغة هنا.

1. ربما لا يكون الأمر كذلك ، لكني لا أرى سبب عدم قدرتنا على البدء بالدعم
   مفاتيح non-mod ثم قم بإضافة دعم modkeys لاحقًا.
2. يمكننا تعطيل مربع الاختيار ومطالبتك بتمكينه عبر إعداد ،
   لكن بشكل عام لا أوافق. نحن لا نتحدث عن برامج
   كل واحد. هذا برنامج للأشخاص الذين يشعرون بالضيق من متصفحهم
   بما فيه الكفاية مثل vim. لديهم تسامح أعلى من المتوسط ​​للقراءة
   توثيق.

يوم الخميس ، 7 مايو 2015 الساعة 2:19 مساءً ، ماثيو رايان [email protected]
كتب:

أنا سعيد لأن الميزة ذات الصلة تتجاهل مفاتيح التعديل تمامًا

لكن هل هذا هو الشيء الصحيح الذي ينبغي عمله؟ أنا شخصياً سأشعر بسعادة أكبر في الهبوط

1368 https://github.com/philc/vimium/pull/1368 (سأقوم باختبار اتصال ستيف و

معرفة ما إذا كان هذا ممكنًا) وجعل الميزة "فقط المفاتيح و
سيتم التعرف على التركيبات في حقل مفاتيح المرور بواسطة Vimium "، لذلك نحن
لا تفاجئ أحدا.

مربع اختيار واحد بعنوان "عكس" أعلاه ، ربما مع "wtf هل هذا الهراء؟"
الارتباط بالوثائق.

بالنسبة للجزء الأكبر ، لن يقرأ الأشخاص الوثائق ، لذلك يجب أن تكون واجهة المستخدم كذلك
جميلة تشرح نفسها بنفسها. سأحاول ذلك باستخدام مربع اختيار "عكس" عندما أحصل عليه
جولة للقيام بذلك.

سيكون بديلاً أكثر تعقيدًا وليس مطلوبًا بشكل واضح.

متفق. كنت أرغب في تغيير بعض التعيينات على الصفحات عدة مرات
حيث تتداخل تعييناتنا وتعيينات الصفحة ، ويكون كلاهما مفيدًا - ولكن
ربما يكون مبالغة هنا.

-
قم بالرد على هذا البريد الإلكتروني مباشرة أو قم بعرضه على GitHub
https://github.com/philc/vimium/issues/1560#issuecomment -100022074.

هذا ليس مشروعي ، ولست مساهمًا رسميًا ، لذلك أحاول فقط الحفاظ على أهداف التصميم مع هذه الميزة. ولكن قد يكون هذا مرشحًا جيدًا لـ Vimium Labs (# 1542) أثناء إعداد التفاصيل.

حول فكرة تبديل الاستثناء / التضمين ... هل (إعادة) طرح المشكلة التي قد تهم ترتيب قواعد المطابقة المتعددة؟

هل (إعادة) تقديم المشكلة التي قد تهم ترتيب قواعد المطابقة المتعددة؟

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

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

أ. اطلب منهم إصلاحه.
ب. حلها بتجاهل قاعدة التعطيل.
ج. حلها كما يقترح ماثيو.

أعني ، أفترض _ربما_ يريد المستخدم تجاهل W لجميع تطبيقات Google ، لكن
ليس عناوين url أخرى ، ثم يريد أيضًا تمكين f فقط على gmail أو
شيء ما ، لكن هذا يبدو غريبًا. لكن إذا سمحنا بما هو غريب
الاحتمالات ، قد أرغب في تعطيل W على جميع تطبيقات google _except_ gmail ،
وكذلك تمكين f في gmail.

أفترض أنه لن يكون هناك الكثير من أعمال التطوير الإضافية لإجراء
قاعدة الدقة قابلة للتكوين (مقارنة بتحليل مواصفات المفتاح
بناء الجملة أو ملف تكوين أكثر تعقيدًا) ، ولكن (ب) لا يزال يبدو مثل
أفضل حل لي. عندما أقول "اسمح فقط" ربما أريد "السماح
بالضبط."

هل يمكن لأي شخص أن يفكر في مثال واقعي مضاد لما ورد أعلاه؟ ربما "أنا أبدا
تريد تشغيل أمر معين على عناوين URL https "أو شيء من هذا القبيل؟
فقط = يبدو بالضبط أفضل بالنسبة لي.

يوم الخميس ، 7 مايو 2015 الساعة 9:08 مساءً ، ماثيو رايان [email protected]
كتب:

هل هذا (إعادة) تقديم مشكلة ترتيب المطابقة المتعددة
القواعد مهمة؟

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

-
قم بالرد على هذا البريد الإلكتروني مباشرة أو قم بعرضه على GitHub
https://github.com/philc/vimium/issues/1560#issuecomment -100096596.

هل يمكنك التفكير في أي سبب يجعل تحديد قاعدة تعطيل وقاعدة السماح فقط لنفس عنوان url ليس خطأ مستخدم؟

يبدو معقولًا تمامًا عندما يريد المستخدم فقط تمكين بعض المفاتيح لموقع كامل ، ويريد كذلك ترك بعض المفاتيح لصفحة / جزء معين من الموقع. فمثلا:

السماح فقط:

https?://your.domain.tld/* fJKjki

إبطال:

https?://your.domain.tld/a-particular-page jk

أه نعم

يوم الجمعة ، 8 مايو ، 2015 الساعة 8:46 مساءً ، ماثيو رايان [email protected]
كتب:

هل يمكنك التفكير في أي سبب لتحديد قاعدة تعطيل و
ألا تعتبر قاعدة السماح فقط لنفس عنوان url خطأ من المستخدم؟

يبدو معقولاً تمامًا عندما يريد المستخدم فقط تمكين بعض المفاتيح لملف
الموقع بالكامل ، ويريد كذلك ترك بعض المفاتيح لصفحة / جزء معين من
الموقع. فمثلا:

السماح فقط:

https؟: // your.domain.tld/* fJKjki

إبطال:

https؟: //your.domain.tld/a-particular-page jk

-
قم بالرد على هذا البريد الإلكتروني مباشرة أو قم بعرضه على GitHub
https://github.com/philc/vimium/issues/1560#issuecomment -100421213.

حالة استخدام جيدة لهذا هو استخدام JIRA. أستخدم معظم الاختصارات لـ JIRA (وهي كثيرة) ، لكني ما زلت أرغب في البحث في علامة تبويب جديدة ، و f لمتابعة الروابط. يمكنني كتابة الأبجدية بأكملها في المربع وهذا جيد ، لكن القاعدة العكسية ستكون أبسط :)

@ smblott-github هل يمكنك مراجعة هذا من فضلك؟ لدي أيضًا احتياجات مماثلة ، مثل استخدام مفتاح "f" فقط في بعض مواقع الويب التي تحتوي على العديد من الاختصارات الرئيسية الخاصة بها (JIRA و GMAIL و YOUTUBE وما إلى ذلك).

شكرا جزيلا!

من فضلك افعل هذا ، أود استخدام Vimium فقط للوظيفة "f" ، لأنني أعرف بالفعل العديد من اختصارات الكروم ، وهذا هو الشيء الوحيد الذي أحتاجه

تضمين التغريدة يمكنك إلغاء تعيين المفاتيح التي لا تستخدمها مطلقًا في صفحة الخيارات.

@ smblott-github أرى أن هذا تم إغلاقه بسبب قلة الاهتمام. هل هناك أي فرصة لإعادة فتح هذا إذا تم توليد اهتمام كافٍ؟ 😄

لإضافة قصتي الشخصية ، استخدمت Vimium بأمانة لسنوات حتى ما يقرب من عامين عندما أدركت أن _ معظم_ المواقع التي استخدمتها في أغلب الأحيان (gmail ، github ، قابلة للمراجعة) بها الكثير من الاختصارات المتضاربة. لذلك انتهى بي الأمر بتعطيل Vimium في معظم المواقع التي استخدمتها ، لذلك تخلت للتو عن Vimium. سيكون من الرائع أن أضع في القائمة البيضاء عددًا قليلاً من اختصارات Vimium الأكثر شيوعًا على تلك المواقع ( f سيكون على رأس القائمة بالطبع).

_{(القراء المستقبليون ، يرجى إبداء الإعجاب بتعليق المستوى الأعلى على هذا الموضوع لتسجيل اهتمامك!)}

يبدو أن رقم 3272 يشير أيضًا إلى هذه المشكلة ، وهناك عدد غير قليل من المشكلات المماثلة. هل هناك شخص مهتم بفكرتي في https://github.com/philc/vimium/issues/3272#issuecomment -475296695؟

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

إليكم جميع المفاتيح التي يستخدمها vimium ، على حد علمي -
بمسافات:؟ hjklg G drsf F o O b BJK 0 $ ^ ytx XTW pma A `iu U e z HL v V
قلص :؟ hjklgGdrsfFoObBJK0 $ ^ ytxXTWpmaA`iuUeEzHLvV

1. انتقل إلى محرر النص المفضل لديك (مثل Vscode)
2. الصق السلسلة
3. ابحث عن المفاتيح التي تريد تمكينها في Vimium وقم بإزالتها.
4. الصق ما تبقى من السلسلة كنمط استبعاد في نافذة Vimium المنبثقة