백 스페이스가 페이지로 돌아가는 이유는 무엇입니까? 이 행동은 너무 답답합니다!

Firefox와 같은 브라우저를 사용할 때 Alt + ←로 탭 기록을 쉽게 탐색 할 수 있다는 점에 감사드립니다. (뒷면 용) 및 Alt + (앞면 용) 그것은 나에게 완벽하게 이해가되며, 그 키보드 단축키를 가장 오랫동안 사용했습니다. 시간.

웹 페이지에서 텍스트 입력을 자주합니다. 일부 페이지 (전체는 아님)에서 방금 입력 한 마지막 몇 글자를 지우고 싶을 때 백 스페이스 를 여러 번 탭합니다. 시간. 탭 탭 탭. 그러면 브라우저가 이전 페이지를 떠나 탭 기록으로 돌아갑니다. 제가 쓰고 있던 내용을 잃어 버렸을 수도 있습니다. 그리고 저는 매우 불행한 사용자입니다.

Chrome 개발자가이를 삭제하기로 결정했습니다. Ars Technica에서 다음 스토리를 참조하세요.

Google이 Chrome의 백 스페이스 탐색 바로 가기 삭제 버튼 위에 마우스를 올려 놓습니다. Google : 페이지보기 탐색 백 스페이스 버튼을 통해 먹었습니다. … UseCounters는 페이지 뷰의 0.04 %가 백 스페이스 버튼을 통해 뒤로 이동하고 페이지 뷰의 0.005 %가 양식 상호 작용 후에 발생한다는 것을 보여줍니다.

이는 백 스페이스 탐색 8 개 중 최대 1 개가 사용자 데이터를 잃을 수 있음을 의미합니다.

이 중 다수가 우발적이라고 가정합니다. 며칠 전에 다시 텍스트를 잃었습니다. 이 기능 때문입니다.

브라우저 제작자가이 기능이 그렇게 대단하다고 생각한 이유는 무엇입니까? Alt + 는 분명합니다. 그러나이 동작으로 백 스페이스 키를 오버로드하는 것은 끔찍합니다! 빠른 Google 검색을 통해 다른 많은 사람들이 이에 대해 실망하고 있음을 알 수 있습니다.

  • 어떻게 되었습니까?
  • 표준 기본 동작이 너무 강하게 설정되어 과정을 되돌릴 수 없습니까?
  • 변경할 수 있으며 변경 계획은 무엇입니까?

이를 차단하기위한 표준 경로

여기에 브라우저에 대해이 기능을 해제하는 표준 방법을 기록 할 것이며 여기에서 소프트웨어 추가 기능을보고 싶지 않습니다 .

의견

  • Jeff atwood의이 블로그 항목도 적용됩니다. blog.codinghorror.com/the-opposite-of- fitts-law 및이 크롬 버그 보고서에서 많은 논의가있는 것 같습니다. code.google.com/p/chromium/issues/detail?id=144832 이지만 ‘ 자격이 없습니다. 제가 답변을 시도하기에 시간 효율적으로 충분합니다.
  • 그 버그 보고서는 매우 흥미 롭습니다! 그 자체로 거의 사용성 테스트 보고서입니다! 🙂
  • ‘ 이해하지 않습니다. 백 스페이스 절대 는 포커스가 텍스트 상자, 주소 표시 줄 등과 같은 텍스트 필드에있을 때 페이지로 돌아 가지 않습니다.이 동작은 Windows 탐색기에서도 동일합니다. 백 스페이스가 텍스트 필드로 제한되어있는 한 계속 눌러도되고 브라우저 / 창은 현재 페이지를 벗어나지 않습니다. 또한 텍스트 필드에 포커스가 아니면 입력하지 않으므로 백 스페이스 오버로딩이 완벽하게 정당화됩니다.
  • Linux에서 Mozilla는 2006 년 이후 백 스페이스 키 매핑을 비활성화했습니다. 12-07
  • @SNag-‘ 어떤 이유로 든 텍스트 필드에 집중하지 못하는 것은 너무나 쉽습니다. 저는 ‘ 같은 문제가 발생한 후 거의 1 년 반 후에 같은 문제를 겪고 다른 많은 사용자의 버그 보고서 페이지를 읽은 후이 문제를 게시하고 있습니다. ‘ 오버로딩이 정당화 될 것이라고 생각하지 않습니다.

답변

어떻게 시작되었는지 모르겠지만 모든 고객의 의견에 대해 2 센트를 더할 수 있습니다.

$ %! $ % @ $ # % # % 방금 일어난 일? 페이지가 변경된 이유는 무엇입니까? 이제 해당 양식을 다시 작성해야합니다.

이 페이지가 영원히 사라지는 것을보고 싶습니다. 양식이 가득한 웹 사이트를 구축 할 때 가장 먼저하는 일은 다음 jQuery 스크립트 :

var hasfocus = "false"; // when focus happens, set a variable $(document).on("focusin","input, textarea",function() { hasfocus = "true"; }); // unset when focus is not happening $(document).on("focusout","input, textarea",function() { hasfocus = "false"; }); // if not in a form field, stop backspace and delete default action $(document).keypress(function (e) { if(e.which == 8 || e.which == 46) { if(hasfocus == "false") { e.preventDefault(); } } }); 

댓글

  • 다른 사람들이이를 어떻게 처리하는지보고 싶습니다. jQuery가없는 자바 스크립트도 있습니다. 그리고 저는이 코드를 불만없이 수년 동안 사용해 왔지만 더 나은 방법이 있다면 모두 귀를 기울입니다. 🙂
  • StackOverflow가 이러한 유형의 답변을 제공하는 곳이 될 것입니다. 실제로 백 스페이스 키를 인위적으로 캡처하고 동작을 변경하는 것은 UX가 좋지 않습니다.사용자는 웹 사이트에서 특정 키가 다른 모든 웹 사이트와 비교하여 어떤 역할을하는지 다시 배울 필요가 없습니다.
  • 사용자 경험에 매우 중점을두고 많이 사용되는 많은 사이트가 실제로이 작업을 수행하고 있다고 생각합니다.
  • li>
  • 안녕 closet monkey, 내 대답에 따르면 내 클라이언트 (또는 사용자) 중 어느 누구도 백 스페이스가 그렇게해야한다는 것을 알지 못하기 때문에 실제로 UX를 그들이 기대하는대로 만들고 있습니다. 사실, 양식을 작성하고 실제로 텍스트 필드에서 초점을 맞추지 않는 사람은 페이지로 돌아가 방금 입력 한 모든 데이터를 잃고 싶어하지 않습니다. 특히 Joomla 나 워드 프레스 사이트에서 한 시간 동안 기사를 작성하고 실수로이 작업을 수행 할 때 고통 스럽습니다.
  • 또한 사용자가 컴퓨터를 저주하는 것을 막기 때문에 사용자 경험이 크게 향상되었습니다. 🙂

답변

지금까지 우리가 알고있는 것 :

첫 번째 브라우저는 페이지로 돌아 가기 위해 백 스페이스를 사용하지 않았습니다.

여러 모자이크 메뉴 또는 버튼 기능에는 키보드와 동일한 기능이 있습니다. 그중 :

b , 뒤로 버튼과 동일

출처 : http://www.uoxray.uoregon.edu/local/manuals/biosym/discovery/Html_Help/navigating.html

첫 번째 Netscape Navigator (Mosaic에서 발전)는 백 스페이스를 사용하지 않았습니다.

이전 페이지로 스크롤 : Page Up

출처 : http://www.w3.org/WAI/UA/netscape-keyboard.html

Microsoft가 페이지 백 스페이스를 사용한 가능한 이유 :

95 년 9 월 26 일 에서 Backspace 키는 윈도우 익스플로러. 이것이 Microsoft가 페이지 백업 / 업을 위해 IE의 백 스페이스 키를 사용한 이유 일 수 있습니다. 물론 이것은 내 입장에서 순수한 추측입니다. 🙂

출처 : http://www.onecomputerguy.com/keyboard.htm

Firefox :

백 스페이스 키는 Internet Explorer와의 일관성을 위해 Mozilla의 브라우저 뒤로기능에 매핑되었습니다.

출처 : http://kb.mozillazine.org/Browser.backspace_action

다른 브라우저의 경우 :

일관성을 위해 Firefox와 비슷한 이유라고 생각합니다.

댓글

  • ” ‘의 Internet Explorer ‘의 결함 ” … 글쎄 ‘ s 충격적입니다! 🙂
  • 내포 된 Chromium 버그 신고 댓글 중 일부 Chrome에 대해서도 마찬가지입니다.
  • 제안 된 답변 개요를 작성했습니다. e 여기에 있지만 가장 마음에 드는 방법을 선택하십시오. gist.github.com/anonymous/9279297
  • Linux : code.google.com/p/chromium/issues/detail?id=30699
  • 나 ‘ Netscape에서 ” 이전 페이지로 스크롤 “은 페이지를 위로 스크롤하는 것이 아니라 위로 스크롤하는 것을 의미했습니다. 페이지입니다.

답변

  • 어떻게 되었습니까?

2005 년에는 다음과 같은 이유로 Mozilla Firefox에서 구현되었습니다.

백 스페이스 키는 Mozilla의 브라우저 뒤로기능에 매핑되었습니다. Internet Explorer와의 일관성. 그러나 Linux에서 실행되는 다른 응용 프로그램과의 일관성을 향상시키기 위해이 매핑은 선택 사항이어야하며 브라우저가 실행중인 플랫폼에 따라 설정되어야합니다. 절충안으로이 환경 설정은 백 스페이스 키가 페이지를 뒤로 / 앞으로 이동하거나, 페이지를 위 / 아래로 스크롤하거나, 아무것도하지 않도록 만들어졌습니다.

참조 : Browser.backspace_action

  • 표준 기본 동작이 너무 강하게 설정되어 과정을 되돌릴 수 없습니까?

거의 10 년 동안의 인터넷 검색 기록 동안 이것이 기본 동작입니다. 우리는 그것을 싫어할 수 있지만, 많은 인터넷 포럼이 그것에 대해 분노하게 될 것입니다. 이것이 충분히 실망스러운 경우 사용할 수있는 설정이 있습니다. 때로는있는 그대로 받아들이고, 기본 동작을 변경하는 데 필요한 부분을 감수하고 잊어 버리는 것이 더 낫습니다. 기본값이 작동하지 않기 때문에 새 브라우저를 다운로드 할 때마다이 작업을 수행합니다.대신 저는 고유 한 사용자이기 때문에 브라우저를 원하는 방식으로 작동하도록 사용자 정의하는 방법으로 이러한 옵션을 봅니다.

모든 사용자를위한 브라우저를 개발하는 것은 모든 사용자가 원하는 방식으로 불가능합니다. . 대신 브라우저를 사용하여 사용자 정의 할 수있는 기본 설정을 제공하는 방법을 테스트해야합니다. 잘못된 기본 설정을 유지할 이유가 없을 것입니다.

원래 의미는 오래 전부터 사라졌습니다. 변경하려는 경우 방해가 될 수 있습니다. 참조 : 저장 아이콘, 플로피 디스크 아이콘이 죽었나요?

  • 아무도 사용하지 않는다고 확인하면 변경할 수 있습니까? (그리고 어떻게 설정해야할까요?)

항상 상황을 변경할 수 있습니다. 하지만 행동이 오래 지속 될수록 변경하기가 더 어려워집니다. 과학적으로 유효한 사용자 테스트를 통해 증명해야합니다. 이 설정은 정말 나쁜 행동입니다. 시간과 노력이 필요하지만 확실히 할 수 있습니다. 친구를 테스트하지 않는 것을 잊지 마십시오. 충분히 큰 무작위 사용자 그룹을 테스트하고 통계 통계를 공개하고 Firefox 관리자에게 이것이 변경되어야한다고 설득하십시오.

진행 상황과 행운을 빕니다!

댓글

  • 왜 ‘ 모질라가 스스로 생각할 수 없습니까? 사람들이 다른 사람의 것을 맹목적으로 모방하는 것이 싫습니다. 생각과 혁신이 완전히 부족하다는 것을 보여줍니다.
  • 사용자가 실제로 Backspace를 사용하여 페이지로 돌아가거나,이 행동을 원하는지 에 대한 설문 조사에서도 매우 명확한 결과를 얻을 수 있습니다.

답변

이 기능은 Windows 탐색기 기능 에서 상속되었으며 Internet Explorer로 마이그레이션 된 다음 다른 브라우저. 대부분의 컴퓨터에 Windows와 Internet Explorer가 설치되어 있기 때문에 사실상 표준이되었습니다.

답변

답변에 대한 댓글 작성자는 다음과 같이 응답했습니다.

이해할 수 없습니다. 백 스페이스 없음 포커스가 텍스트 상자, 주소 표시 줄 등과 같은 텍스트 필드에있을 때 페이지로 돌아갑니다.이 동작은 Windows 탐색기에서도 동일합니다. 백 스페이스가 텍스트 필드로 제한되어 있으면 계속 눌러도됩니다. 브라우저 / 창은 현재 페이지를 벗어나지 않습니다. 또한 포커스가 텍스트 필드에 있지 않을 때는 입력하지 않으므로 백 스페이스 오버로딩이 완벽하게 정당화됩니다.

답글 남기기

이메일 주소를 발행하지 않을 것입니다. 필수 항목은 *(으)로 표시합니다