it-swarm-ko.com

가장 잘 알려진 UI는 무엇입니까?

가장 잘 알려진 UI는 무엇입니까? 즉. 사용자에 의한 확인.

1) 양식의 간단한 확인란

또는

2) 메시지와 확인/취소 버튼이있는 팝업

4
JFR

그것들이 have 무언가를 인정한다면, 유일한 옵션은 OK/Accept 버튼을 가진 모달 대화 상자입니다.

계속할 내용에 동의해야하는 경우 취소 버튼이 있어야합니다.

실제로 버튼에는 확인/취소 만이 아니라 의미있는 텍스트가 있어야합니다.

9
jezmck

짧은 대답 : "Command Links"

긴 답변 ...

많은 상황에서 IMO는 OK/Cancel 또는 Yes/No가 매우 나쁩니다.

왜?

사용자는 고정 된 경로를 염두에두고 있기 때문입니다. 그들은 A에서 B로 가고 싶어합니다. 사용자는 대화 상자의 텍스트를 읽는 것을 좋아하지 않습니다. 이 두 가지 요소를 종합하면 사용자가 일련의 질문에 예, 예, 예라고 대답하게됩니다. 이러한 질문 중 하나가 "현재 작업을 중단하려는 경우"라면 여전히 본능적으로 '예'를 클릭합니다.

Microsoft Visual Studio에서 완벽한 예가 있습니다. 앱을 디버깅 할 때 디버깅을 중지하려면 "디버깅을 중지 하시겠습니까?"라는 메시지가 표시됩니다. 예 아니오. 다음으로 '현재 환경을 저장 하시겠습니까?'라는 메시지가 표시되며 '아니요'라고 표시해야합니다. 예를 클릭하면 원하지 않는 단계로 이동하고 시간을 낭비하며 화면에서 맹세합니다.

이 대화 상자에 대한 더 나은 UI는 적절한 설명을 보장해야하는 소수의 사용자에 대해 긴 설명을 남기고 질문의 핵심을 제어 자체에 두는 것입니다. 내 Visual Studio 예제의 경우 버튼 텍스트는 다음과 같습니다.

"디버깅 중지"/ "취소"
다음에 "저장"/ "저장하지 않음"

이것의 문제점은 다음과 같습니다.

  • 깔끔한 괴물을 방해합니다
  • 대화 상자의 일관성이 떨어짐 (사용 편의성, 미학에는 좋지 않음)
  • 버튼에 무엇을 넣을지를 생각하는 것이 디자이너에게는 더 많은 일입니다.

Microsoft는 이러한 종류의 문제를 정확하게 해결하는 '명령 링크'를 도입했습니다. 클릭 가능한 컨트롤을 사용하여 간단한 요약과 더 긴 설명을 래핑합니다. 1.6km 떨어진 예/아니오 버튼이있는 "긴 바람 질문"보다 훨씬 더 의미가 있습니다. http://msdn.Microsoft.com/en-us/library/aa511455.aspx

이 질문에 대한 답변이 있지만

5
Greg Woods

대부분의 사용자는 아무것도 읽지 않고 원하는 것을 클릭하는 방법을 배웁니다. 그들은 당신이 물어볼 중요한 것이 없다고 가정합니다. 그들이 실제로 그 질문에 대해 생각하기를 원한다면, 당신이 묻는 방식에 대해 신중하고 창의적이어야합니다. 모든 사용자에게 "blah blah blah blah ... OK? Cancel?"이 표시됩니다.

4
Glen Lipka

licorize deletion confirmation appears inline

확실히 모든 상황에 가장 적합한 것은 아니지만 (jezmck의 답변 참조) 얼마 전에 내가 본 흥미로운 것은 Licorize의 삭제 버튼입니다. 클릭하면 버튼이 삭제로 인라인으로 바뀝니 까? 예 아니오. 그것은 분명하지만 동시에 눈에 거슬리지 않았습니다. 그래도 대상 고객을 대상으로 테스트하고 싶습니다.

1
Pam G