Target = _blank를 사용하는 것이 절대 오류가 아니라는 것을 증명 한 후 시나리오별로 새 Windows를 줄이는 방법을 탐색합니다. 나는 2004 년에 그가 무작위 팝업을 옹호하지 않았다는 Plod 삼촌의 조언을 보았 기 때문에 의식적 으로이 문제에주의를 기울였다.
비논리적 의도를 제쳐두고 팝업 페이지를 대량으로 사용하는 이유는 무엇입니까? 디자이너는 사용자가 길을 잃을 것이라고 걱정하기 때문입니다. 사용자가 왜 길을 잃게됩니까? 내비게이션 시스템이 충분하지 않기 때문입니다. 내비게이션 시스템이 충분하지 않은 이유는 무엇입니까? 제품 기능이 너무 많고 지저분하기 때문입니다. 기능이 너무 많고 지저분한 이유는 무엇입니까? 수요가 잘 통제되지 않기 때문입니다. 수요가 제대로 제대로 제어되지 않는 이유는 무엇입니까? 요청을 요청한 사람은 명확하게 생각하지 않았기 때문입니다.
무뚝뚝하게 말하면, 많은 경우가 디자이너에게는 문제가 될뿐만 아니라 두부 구조 시스템을 구축하기 위해 열등한 솔루션을 지속적으로 타협하고 사용하도록 선택할 수 있습니다. 빠른 속도로 피할 수없는 일부는 정상이지만, 디자이너는 반복적 인 글로벌 조정 재구성을 달성하기 위해 의무를 수행해야합니다.
2008 년에 요약 된 Taobao의 새로운 창에서 국가 조건을 충족하는 링크의 응용 프로그램 시나리오에 대한 위의 참조는 다양한 파일을 다운로드하고 다양한 문서를 인쇄하려면 도움이 필요합니다. 등록 양식의 개인 정보 보호 용어는 타겟 = _blank에 필요합니다.
Target = _blank가 필연적으로 사용자 경험을 향상시킬 수있는 시나리오는 거의 없으며, 개인적으로 클라이언트 기술 개발을 통해 점차적으로 교체 될 것이라고 믿습니다. 예를 들어, Lightbox의 Ajax 응용 프로그램은 디자이너에게 큰 이미지를 볼 때 새로운 창을 열 필요가 없다는 새로운 디자인 개념을 제공합니다. 과거에는 상상할 수 없었습니다.
우호적 인 링크, 블로그에 내장 된 키워드 외부 링크 등과 같은 기본 도메인 이름은 대체되며 응용 프로그램 플랫폼의 링크는 일반적으로 보조 도메인 이름으로 대체되어야합니다. 모든 창이 열리지 않으면 우연히 팝업을 피하기 위해 먼저 사용자에게 외부 링크임을 상기시켜야합니다. 일부 새 창이 열리면이를 제한하는 통합 규칙이 있어야하며 새 창을 열도록 명확하게 알려야합니다. 세 가지 유형의 사례를 보았습니다.
MSDN 예제, 아이콘은 사용자에게 오프 사이트 링크라고 알려줍니다.
gblog 예제, 아이콘은 사용자에게 이것이 오프 사이트 링크라고 말하며 Target = _blank를 클릭 할 수 있습니다.
eGloos (한국) 예제, 아이콘은 사용자에게 트리거 될 때 오프 사이트 링크라는 것을 알려 주거나 target = _blank를 클릭합니다.
Sitepoint의 Neil Turner 기사는 비슷한 세 가지 형태를 추가합니다. 제목 프롬프트가 새 창에서 열려있는 경우가 있다고 언급 할 가치가 있으며, 실제로는 접근성을 향상시키기 위해 제목을 사용하여 언급 된 응용 프로그램을 준수합니다.
예를 들어 레이아웃 변경은 목록 페이지와 콘텐츠 페이지의 차이입니다. 사용자는 컨텐츠 페이지를 오랫동안 읽어야하며 실제로 매번 목록으로 돌아가는 것이 더 불편합니다. 가장 일반적인 예는 2006 년 초 Google의 개선 사항이며, 이는 검색 결과 목록에 대한 기본 대상 = _blank 링크입니다. 이 예제는 거의 동시에 위의 세 가지 조건을 충족하며 100% 보험을 변경할 수있는 맞춤 설정을 제공합니다.
특수 웹 사이트지도 및 인덱스 테이블도 내비게이션이며 사용자에게 가장 큰 제어 가능성을 제공해야합니다. 글로벌 탐색, 로컬 내비게이션, 보조 내비게이션, 컨텍스트 내비게이션 또는 친숙한 탐색이든 대상 = _blank를 제거하는 것이 좋습니다. 예를 들어, WordPress 프로그램의 사이드 바 컨테이너에서 사이트의 거의 모든 링크는 내비게이션이며 Target = _blank는 접근성의 평활도에 심각한 영향을 미칩니다.
탭은 매우 일반적인 페이지 컨텐츠 구성의 형태이지만 직접 숨겨져 있거나 비동기 적으로로드 또는 탐색과 같은 점프에 관계없이 = _blank를 대상으로 권장하지 않습니다.이 시점에서 사용자는 모듈의 변경 사항을 기대하거나 현재 창에서 새 페이지를로드 할 수 있기 때문입니다.
또한, 빵 부스러크 내비게이션과 같은 내비게이션 링크와 리턴 작업 링크는 부분적으로 겹치며 계층 적 뒷면 포인트는 실제로 반환 작업입니다. 모든 페이지에서 반환 작업을 수행하면 현재 페이지가 더 이상 필요하지 않으므로 새 창을 열 수 없습니다. 이 반환에는 로고를 클릭하여 홈페이지로 돌아가는 것이 포함되며, 이는 발생할 수있는 일반적인 오류 중 하나입니다.
양식의 시나리오는 등록, 로그인 및 검색과 같은 비교적 광범위합니다. Target = _blank는 제거해야합니다. 큰 필드가있는 데이터 양식을 제출하기위한 매우 중요한 유용성 사양이 있습니다. 뒤로 클릭하면 데이터를 유지해야합니다. WordPress 백엔드는 훌륭합니다.
기본적으로 액세스 및 운영 유창성에 영향을 미치는 링크로 넓은 의미로 요약 될 수 있으며 target = _blank를 권장하지 않습니다. 실제로, 규칙이 무엇이든, 사용자에게 전달할 명확한 논리가없는 한, 사고가 발생합니다. 그러나 설계 어려움은이 사고가 사용자가 기대할 수있는 범위 내에 있는지 정확하게 결정하는 것이 불가능하다는 것입니다.
사용자가 Target = _blank가 필요한지 여부를 판단하기가 어렵 기 때문에 두 가지 일반적인 오류 시나리오에 대한 합의에 도달하는 것은 비교적 쉽기 때문에 개인적으로 문제를 해결하기 위해 아이디어를 찾는 것이 여전히 쉽다고 생각합니다. 간단한 예제를 반복하지 않겠으며 기회가 있으면 추가하겠습니다.