슬래시나 아포스트로피가 파이어폭스 검색 바를 열지 않도록 설정하는 방법

슬래시나 아포스트로피가 파이어폭스 검색 바를 열지 않도록 설정하는 방법

슬래시(/) 키

요즘 들어 부쩍 개발 문서 페이지를 자주 보게 되면서 슬래시 키를 누르는 횟수가 늘어났다. 리액트 문서나 Next.js 문서, 혹은 내가 직접 운영중인 깃랩, 또는 깃헙 등등 여러 사이트의 여러 문서/소스 코드를 어느 때보다 많이 접하게 되었다.

그러다보니 슬래시 키 역시 비례하여 많이 누르게 된다. 코드에 주석을 달 때 외엔 누를 일이 그리 많지 않은 키였는데 언제부터인지 이런 메이저 사이트들이 슬래시 키에 검색 기능을 바인드하기 시작하면서 번거롭게 마우스로 검색 박스를 클릭하지 않고, 키보드에서 손이 떨어질 일 없이 슬래시 키를 눌러 검색 기능을 호출한 뒤 검색하고 그 결과에서 페이지 업/다운 및 Ctrl + F 또는 F3으로 브라우저 검색 기능을 통해 원하는 내용을 찾는 과정이 반복되고 있다.

크롬과 파이어폭스

문제는 파이어폭스로 넘어오며 발생했다. 크롬은 슬래시 키를 눌러도 아무 일이 일어나지 않는다. 때문에 위와 같이 슬래시 키를 사용하는 사이트에 접속해서 로드가 완료되기 전에 슬래시 키를 눌러도 아무 일도 일어나지 않게 된다.

그러나 파이어폭스는 기본적으로 슬래시 키에 퀵서치 기능이 바인드되어 있다. 그리고 해결 방법을 찾으면서 알게 된 바로는 아포스트로피(') 키 역시 바인드되어 있다.

이를 해제할 때 접근성 그룹에 속해있는 것을 보면 Ctrl + F 또는 F3과 같이 두 개 이상의 키를 조합해 누르거나 일반적인 타이핑 범위보다 멀리 떨어진 기능 키를 눌러야 하는 상황1을 고려해 넣어놓은 기능인 것 같은데, 나에겐 불필요한 기능이다. 왜냐하면 슬래시 키가 바인드되어 있는 사이트라도, 해당 사이트가 로딩되기 전에 누르면 브라우저 퀵서치 바가 나타나기 때문이다.
이러면 다음과 같이 불필요한 작업이 추가된다.

  1. 사이트에 접속
  2. 슬래시를 누름
  3. 사이트 로딩이 되지 않아 슬래시가 바인드되지 않았기에 브라우저 퀵서치 바가 나타남
  4. 닫기 위해 ESC를 누름
  5. 다시 슬래시를 눌러 사이트의 검색 기능 사용.

심지어 5번 단계에서 아직도 사이트 로드가 안 끝났으면 3번부터 다시 하게 된다.

크롬에서는 이런 일이 없었지만 점점 맛탱이가 가고 있는 크롬으로 돌아가기는 싫기에 파이어폭스에서 해결 방법을 찾아봤다.

accessibility.typeaheadfind.manual

생각보다 해결 방법은 간단했다. 고급 설정(about:config)에서 accessibility.typeaheadfind.manual 값을 false로 두면 된다. 이렇게 하면 슬래시나 아포스트로피가 더이상 퀵서치를 열지 않게 된다.

개발자가 아닌 일반 유저라면 오히려 켜두는 게 더 나을 수도 있겠지만, 글의 초반부에 쓰여있는 것처럼 슬래시 키를 자주 써야 하는 상황이라면 이렇게 비활성화 해두면 편하다.

  1. 노트북의 경우에는 이런 기능 키조차 Fn키와 숫자 키를 조합해 눌러야 할 수도 있다. ↩︎

댓글

댓글 쓰기

이 블로그의 인기 게시물

C# 남아도는 메모리에도 불구하고 OutOfMemoryException이 발생한다면?

이미지
  C# 코딩 중 평소 볼 수 없던 생소한 현상이 발생했습니다. 분명 메모리는 남아도는데(32기가바이트 중 26기가바이트 사용 가능) 프로그램이 돌다가 OutOfMemory 예외를 던지며 죽어버리는 현상이었죠. List 에 수많은 파싱된 데이터를 넣는 작업 중이었습니다.   그래서 메모리 프로파일러를 잘 관찰해보니 2GB의 메모리를 사용하면 무조건 뻗어버리는 현상을 발견했고, 왜 그럴까 생각해보다가 문득 예전 XP에서 4기가 메모리를 달아도 32비트 운영체제의 한계 아닌 한계로 3기가 조금 넘게밖에 인식을 못 했던 것이 생각났습니다. 생각은 자연스럽게 컴파일이 32비트로 됐구나! 쪽으로 넘어갔고 프로젝트 설정에 보니 빌드 항목에 해당되는 체크박스가 있더군요.   현재 메모리가 남아도는데도 OutOfMemory 예외가 뜬다면 100% 저게 체크된 상태일 겁니다. 그림과 같이 체크 해제 하신 후 실행하시면 특별한 경우가 아닌 이상 컴퓨터 메모리가 바닥날 때까지 저 예외를 볼 일 없게 될겁니다.
자세한 내용 보기

MySQL 데이터 타입과 Java 데이터 타입 비교/매칭

  안녕하세요? 혼살입니다. 블로그에 정말 오랜만에 글을 씁니다. 일하고 겜하고 일하고 겜하고 집에 박혀서 매일 똑같은 일상을 보내다 보니 블로그에 글을 오랫동안 안 쓰고 있었네요. 대부분 근황은 유튜브 동영상으로 대체하다 보니 더욱 더 그랬던 것 같습니다.   하지만 이번엔 영상보다 글로 남기는 게 더 유익할 것 같아 간만에 글을 쓰게 되었습니다. 바로 MySQL Data Types & Java Data Types 매칭! 현재 진행중인 외주 작업 중 SET 타입을 Java에선 어떻게 처리하나 찾아보다가 잘 정리된 블로그 글 을 발견해 나중에 손쉽게 찾기 위해 제 블로그에도 씁니다. 위 링크에 들어가시면 테이블로 잘 정리돼 있으니 한 번 들어가 보시는것도 괜찮겠네요. 왼쪽은 MySQL, 오른쪽은 Java의 데이터 타입입니다. BIT <-> Boolean TINYINT <-> Integer BOOL/BOOLEAN (TINYINT(1)) <-> Integer SMALLINT <-> Unsigned 상관없이 Integer MEDIUMINT <-> Integer, Unsinged라면 Long INT <-> Integer, Unsigned라면 Long BIGINT <-> Long, Unsigned라면 java.math.BigInteger FLOAT <-> Float DOUBLE <-> Double DECIMAL <-> java.math.BigDecimal DATE <-> java.sql.Date DATETIME <-> java.sql.Timestamp TIMESTAMP <-> java.sql.Timestamp TIME <-> java.sql.Timestamp YEAR <-> yearsIsDateType이 설정됐다면 java.sql.Date, 아니라면 Short CHA
자세한 내용 보기

테일즈위버 OST 전곡 모음

이미지
  블로그를 옮기면서 카드캡터 사쿠라 OST를 포함해 테일즈위버 OST 역시 까먹고 안 옮겼었네요. 소름... 블로그 조회수의 대부분을 차지하는 두 개를 안 옮겼었다니!   게임보다 OST들으러 들어간다는 테일즈 위버(Tales Weaver)의 모든 OST 모음집입니다. FLAC파일을 재생할 수 있는 플레이어가 필요합니다... 만 요새는 웬만해선 다 재생해주죠. 즐감하세요.
자세한 내용 보기