방금 3분 전에 이 작업을 수행했습니다. 바로 가기 목록을 살펴보고 gmail 제외 키를 jkhlgGzduryivVabceoOTbB[]m`nNHLKJtxXW<>로 설정했습니다. (이것은 당신을 위해 작동하지 않을 수 있습니다; 나는 이미 다른 구성을 변경했습니다)

OP가 제안한 솔루션이 최선인지 확신할 수 없습니다. 대부분의 경우를 처리하고 많은 구문 분석 코드가 필요하지 않은 더 간단한 솔루션은 '이 키 비활성화'에서 '이 키만 활성화'로 필드를 변경하는 스위치를 사용하는 것입니다. vimium 코드베이스를 알고 있다면 한 시간 안에 할 수 있는 일입니다.

몇 가지 고려 사항:

• 수정자가 있는 키를 비활성화합니까?
  
  
  
  • 그렇다면 다시 활성화할 방법이 없습니다. 우리는 현재 암호 키 필드에서 이것을 인식하지 못합니다(비록 #1368을 수정하여 새로 고칠 수 있지만).
  
  
  • 그렇지 않은 경우 사용자에게 이를 간결하게 전달하여 사용자가 놀라지 않도록 하려면 어떻게 해야 합니까?
  
  
• 독점 키 앞에 + 를 사용하는 경우 + 에 대한 매핑을 어떻게 비활성화합니까?
• 아이콘 팝업의 제한된 공간을 초과하지 않고 사용자에게 각 규칙에 대해 이 선택권을 명확하게 제공하려면(그리고 사용자가 이미 선택한 항목을 볼 수 있도록 허용) 어떻게 해야 합니까?
  
  
  
  • 옵션으로 "비활성화" 및 "허용만"이 있는 <select> ? 너무 클까요?
  
  
• #1188에 있는 것과 같은 더 강력한 텍스트 기반 구성이 수용 가능한/좋은/더 나은 대안이 될까요?

실제 백엔드 코드 변경은 상당히 쉬워야 하며 이를 지원하기 위해 변경할 필요가 거의 없습니다.

1. 나는 실제로 모드 키를 완전히 잊어버렸습니다. 나는 행복하다
   관련 기능이 모드 키를 완전히 무시하도록 합니다. 웹 앱 트렌드
   어쨌든 vim 스타일의 키 바인딩을 지향하는 것 같으므로 우리가 필요한 곳입니다.
   충돌을 피하기 위해.
2. 이것은 +-구문을 사용하지 않는 또 다른 큰 이유입니다. 또는 적어도
   사용자는 실제 사용 사례가 있습니다.
3. 위의 'invert'라고 표시된 확인란 하나, 아마도 'wtf is this
   똥?' 문서에 대한 링크.
4. 그것은 훨씬 더 복잡하고 명확하지 않은 대안이 될 것입니다.
   "gmail/twitter/other-app에서 몇 가지 vimium 기능만 사용하고 싶습니다"는
   아마도 많은 고급 사용자가 원하는 것(우리는 이미 2개를 가지고 있으며
   총계는 처음부터 크지 않습니다).

나는 멋진 텍스트 구성 자체에 반대하지 않지만 더 간단한 기능이 있습니다
케이스의 90%를 커버하는 요청? 내가 누군가에게 묻는 것을 감안할 때
(그가 아는 ​​한) 무료로 코드를 작성하기 위해 만난 적이 없습니다.
나에게 확인해야 할 의무가 있습니다.

2015년 5월 6일 수요일 오후 6시 20분, Matthew Ryan 알림 @github.com
썼다:

몇 가지 고려 사항:

• 수정자가 있는 키를 비활성화합니까?
  
  
  
  • 그렇다면 다시 활성화할 방법이 없습니다. 우리는 현재하지 않습니다
    
    암호 키 필드에서 이를 인식합니다(#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(Steve에게 ping을 보내서 가능성이 있는지 확인하겠습니다)을 착륙하고 기능을 "패스키 필드의 키와 조합만 Vimium에서 인식할 것"으로 만드는 것이 더 행복하다고 느끼므로 아무도 데려가지 않습니다. 놀랍게도.

위의 'invert'라는 확인란 하나, 아마도 'wtf is this shit?' 문서에 대한 링크.

대부분의 경우 사람들은 설명서를 읽지 않으므로 UI는 꽤 자명해야 합니다. 이 작업을 수행할 수 있게 되면 '반전' 확인란을 사용하여 시도해 보겠습니다.

그것은 훨씬 더 복잡하고 명확하지 않은 대안이 될 것입니다.

동의. 우리와 페이지의 매핑이 겹치고 _둘 다_ 유용한 페이지에서 일부 매핑을 _변경_하기 위해 몇 번이고 싶었지만 여기에서는 아마도 과도했을 것입니다.

1. 아닐 수도 있지만 지원을 시작하지 못하는 이유를 모르겠습니다.
   비 모드 키를 선택한 다음 나중에 모드 키에 대한 지원을 추가합니다.
2. 확인란을 비활성화하고 설정을 통해 활성화하도록 요구할 수 있습니다.
   그러나 일반적으로 동의하지 않습니다. 우리는 소프트웨어에 대해 말하는 것이 아닙니다.
   여러분. 이것은 브라우저가 좋지 않은 사람들을 위한 프로그램입니다.
   vim처럼 충분합니다. 그들은 읽기에 대한 평균보다 높은 내성을 가지고 있습니다.
   선적 서류 비치.

2015년 5월 7일 목요일 오후 2시 19분, Matthew Ryan 알림 @github.com
썼다:

관련 기능이 모드 키를 완전히 무시하게 되어 기쁩니다.

그러나 이것이 옳은 일입니까? 개인적으로 나는 더 행복한 착륙을 느낄 것입니다

1368 https://github.com/philc/vimium/pull/1368 (나는 Steve에게 핑을 보내고

가능성이 있는지 확인하고 기능을 "키와
패스키 필드의 조합은 Vimium에서 인식됩니다."
아무도 놀라지 마십시오.

위의 'invert'라는 확인란 하나, 아마도 'wtf is this shit?'
문서에 대한 링크.

대부분의 경우 사람들은 문서를 읽지 않으므로 UI는 다음과 같아야 합니다.
꽤 자명합니다. 내가 얻을 때 '반전' 확인란을 사용하여 시도합니다.
이 일을 하는 데 반합니다.

그것은 훨씬 더 복잡하고 명확하지 않은 대안이 될 것입니다.

동의. 페이지의 일부 매핑을 _변경_하기 위해 몇 번이고 싶었습니다.
우리와 페이지의 매핑이 겹치고 _둘 다_ 유용하지만
그것은 아마도 여기에서 과도합니다.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/philc/vimium/issues/1560#issuecomment -100022074.

이것은 내 프로젝트가 아니며 공식 기여자가 아니므로 이 기능으로 디자인 목표 를 유지하려고 합니다. 그러나 세부 사항이 해결되는 동안 이것은 Vimium Labs(#1542)에 대한 좋은 후보가 될 수 있습니다.

제외/포함 토글에 대한 아이디어에 대해 ... 여러 일치 규칙의 순서가 중요하다는 문제를 (재)도입합니까?

여러 일치 규칙의 순서가 중요하다는 문제를 (재)유도합니까?

"비활성화" 대 "허용만"으로 간주하면 모든 "허용만" 규칙을 먼저 적용하고 결과에서 "비활성화된" 규칙을 뺄 수 있으므로 순서는 중요하지 않습니다.

나는 이 문제에 대한 이전 논의에 익숙하지 않지만,
비활성화 규칙과 허용 전용 규칙을 지정하는 이유를 생각해 보십시오.
동일한 URL에 대해 사용자 오류가 아닌가요? 하는게 맞다고 생각합니다
사용자에게 그들이 이상한 일을 했다고 경고한 다음
어느 하나

ㅏ. 그들에게 그것을 고칠 것을 명령하십시오.
비. 비활성화 규칙을 무시하여 해결하십시오.
씨. Matthew가 제안한 대로 해결하십시오.

내 말은 _어쩌면_ 사용자가 모든 Google 앱에 대해 W를 무시하고 싶어하지만
다른 URL이 아닌 gmail에서 f만 활성화하려는 경우 또는
뭔가 이상해 보이지만. 그러나 우리가 이상한 것을 허용한다면
모든 Google 앱 _except_ gmail에서 W를 비활성화하고 싶을 수도 있습니다.
또한 Gmail에서 f를 활성화하십시오.

추가 개발 작업이 너무 많지는 않을 것 같습니다.
해결 규칙 구성 가능(키 사양을 구문 분석하는 것과 비교하여
구문 또는 더 복잡한 구성 파일), 그러나 (b) 여전히
나에게 최고의 솔루션. "허용만"이라고 말하면 "허용"을 원할 것입니다.
바로 그거죠."

위의 것에 대한 현실적인 반례를 생각할 수 있는 사람이 있습니까? 아마도 "나는 결코
https URL에서 특정 명령을 실행하고 싶습니까?"
only=정확히 나에게 가장 좋은 것 같습니다.

2015년 5월 7일 목요일 오후 9:08, Matthew Ryan 알림 @github.com
썼다:

다중 일치의 순서가 문제를 (재)도입합니까?
규칙이 중요할까요?

"비활성화" 대 "허용만"으로 간주하면 모든
"허용만" 규칙을 먼저 수행하고 결과에서 "비활성화된" 규칙을 뺍니다.
따라서 순서는 중요하지 않습니다.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/philc/vimium/issues/1560#issuecomment -100096596.

동일한 URL에 대해 비활성화 규칙과 허용 전용 규칙을 지정하는 것이 사용자 오류가 아닌 이유를 생각할 수 있습니까?

사용자가 전체 사이트에 대해 일부 키만 활성화하고 사이트의 특정 페이지/부분에 대해 일부 키를 삭제하려는 경우 완전히 합리적으로 보입니다. 예를 들어:

다음만 허용:

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

장애를 입히다:

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

오 예

2015년 5월 8일 금요일 오후 8시 46분, Matthew Ryan 알림 @github.com
썼다:

비활성화 규칙과
동일한 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에 대해 대부분의 바로 가기를 사용하지만(많음), 여전히 o 는 새 탭을 검색하고 f 는 링크를 따라가기를 원합니다. 상자에 전체 알파벳을 입력할 수 있고 괜찮습니다. 하지만 반대 규칙이 더 간단합니다. :)

@smblott-github 수정해주실 수 있나요? 또한 자체 단축키가 많은 일부 웹 사이트(JIRA, GMAIL, YOUTUBE 등)에서 "f" 키만 사용하는 것과 같은 유사한 요구 사항이 있습니다.

정말 감사합니다!

이렇게 하세요. 저는 이미 많은 크롬 단축키를 알고 있기 때문에 "f" 기능에만 Vimium을 사용하고 싶습니다. 이것이 제가 필요한 유일한 것입니다.

@DamirCiganovic-Jankovic. 옵션 페이지에서 절대 사용하지 않는 키의 매핑을 해제할 수 있습니다.

@smblott-github 관심 부족으로 폐쇄된 것으로 보입니다. 충분한 관심이 모이면 재개봉 가능성은? 😄

내 개인적인 이야기를 추가하기 위해 Vimium을 몇 년 동안 충실하게 사용했는데 약 2년 전 내가 가장 자주 사용하는 사이트(gmail, github, reviewable) 중 _대부분_에 충돌하는 바로 가기가 너무 많다는 것을 깨달았습니다. 그래서 내가 사용한 대부분의 사이트에서 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 E z HL v V
트리밍 : ?hjklgGdrsfFoObBJK0$^ytxXTWpmaA`iuUeEzHLvV

1. 즐겨찾는 텍스트 편집기(예: Vscode)로 이동합니다.
2. 문자열 붙여넣기
3. Vimium에서 활성화하려는 키를 검색하고 제거하십시오.
4. Vimium 팝업에서 제외 패턴으로 문자열의 왼쪽을 붙여넣습니다.