it-swarm-ko.com

비밀번호 대화 상자가 팝업 또는 기존 창에 있어야합니까?

예를 들어, 어떤 이유로 든 암호를 요구하는 전자 메일 클라이언트를 고려하십시오. 대화가 기존의 주권 자세 창에 포함되어야합니까? 아니면 팝업해야합니까? 마찬가지로, 웹앱에서 다른 페이지로 전환하거나 현재 페이지를 사용해야합니다.

내가 볼 수 있듯이 팝업의 단점은 팝업 (!)이며 나머지 응용 프로그램과의 연결을 끊는 것입니다.

팝업 솔루션이 가장 인기있는 솔루션 인 것 같습니다. VPN 클라이언트조차도 작은 대화 상자를 연 다음 버튼을 눌러 비밀번호 프롬프트를 가져와야합니다.

인라인 프롬프트의 예가 더 제한적입니다. Twitter와 같은 일부 웹 응용 프로그램은 대화 상자를 슬라이드로 엽니 다 (http-grr에서도). PuTTY는 터미널 창에서 SSH 비밀번호를 요구하지만, 여기서 동기는 텔넷 (프로토콜이 비밀번호를 처리하지 않는)과 동일 할 수 있습니다.

3

염두에 두 가지 시나리오가 있습니다.

  • 사용자는 로그인하지 않고 사이트의 컨텐츠에 액세스 할 수 있습니다
  • 자격 증명이 제공 될 때까지 전혀 액세스 할 수 없습니다

트위터는 첫 번째에 속합니다-당신은 전혀 로그인하지 않고도 최고 트윗, 사용자의 프로필 등을 볼 수 있습니다. 따라서 팝업으로 사용자를 차단하거나 별도의 페이지에서 강제로 로그인하는 것은 의미가 없습니다.

이메일 클라이언트는 사용자가 로그인하기 전에 이메일을 표시하지 않으므로 로그인 프로세스를 위해 전체 페이지를 사용합니다.

즉, 사용자가 페이지의 나머지 데이터와 상호 작용해야하는지 여부에 따라 다릅니다.

사용자가 이미 로그인 한 상태에서 다시 프롬프트를 표시해야하는 경우 질문이 더 흥미로워집니다 (라훌이 지적한 링크 된 질문 참조). 그런 다음 사용자가 로그인하지 않고 안전하게 데이터와 상호 작용할 수 있는지 여부에 달려 있습니다.
대부분의 경우 사용자를 방해하는 것이 좋습니다.이 경우 팝업이 가장 효과적입니다.

3
Dan Barak

Stackexchange 사이트 제품군을 살펴보십시오. 여러 다른 권한 부여 제공자의 지원으로 인해 로그인 전용 페이지 전체가 있습니다. 인증 체계의 풍부함을 간단한 로그인 프롬프트 세트로 전달할 수있는 방법은 없습니다.

더 간단한 체계의 경우, 로그인에 대한 사용자의 행동 흐름을 깨뜨리지 않는 것이 바람직 할 수 있으므로 로그인이 맨 위에 있고 페이지와 원활하게 연결되는 파일 평면과 같은 사이트가 있습니다.

1
Steve Mitcham

대화 상자 또는 팝업은 실제로 간단한 조치 (예, 아니오, 취소, 닫기 등)가 필요한 사용자에게 빠른 정보 비트를 표시하는 데만 사용해야합니다. 사용자는 그 이상의 방식으로 그들과 상호 작용할 필요가 없습니다.

0
RussellUresti