변화가 필요한 사용자 인터페이스 패러다임?

https://stackoverflow.com/questions/1269441

13-09-2019
|

문제

종종 Times Convention은 사용자 인터페이스에서 가장 중요한 설계 고려 사항 중 하나입니다. 일반적으로 조언은 Microsoft와 마찬가지로 그렇게합니다.

이것은 세 가지 이유입니다.

부러지지 않았다면 고치지 마십시오.
사용자가 플로피 디스크 아이콘을 클릭하여 저장하려면 아이콘을 변경하지 마십시오 (일부 플로피 디스크를 본 적이 없더라도).
사용자는 사용하는 각 응용 프로그램과 함께 인터페이스 (및 핫 키 등)를 다시 배우지 않기를 원합니다.

동시에 Emmerson은 "*a 바보 같은 일관성은 작은 마음의 Hobgoblin입니다.*"일관된 사용자 인터페이스를 유지하는 것은 좋은 생각에서 정체 된 혁신에 이르기까지 선을 가로 지르나요?

Microsoft는 좋은 늙음을 흔들었다 wimp gui 도구 막대가 도입 된 다음 다시 리본 제어 (도구 막대의 자연스러운 진화입니다.) 이제 우리는 모든 곳에서 리본을보고 있습니다.

그래서 내 질문은 여러 응용 프로그램에서 받아 들여지고 일관된 일부 사용자 인터페이스 패러다임은 무엇입니까? 개발자가 사용자의 사용자 인터페이스 경험을 혁신하고 향상시키기 위해 개발자가 풀 뿌리를 밀면 혜택을 누릴 수있는 몇 가지 중요한 변경 사항이 있습니까?

나를 위해 떠오른 한 가지 생각은 모달 팝업 대화 상자입니다. 당신은 "당신이 원하십니까? ..- [예] [아니오] [취소] [아마도] [아마도]와 그 사악한 쌍둥이 "당신이하고 싶은 일을 성공적으로 완성했습니다! [OK]라고 말하는 사람들을 알고 있습니다. 우리는 브라우저에서 "정보 패널"을 사용하여 이러한 움직임을보고 있습니다. Windows 응용 프로그램 개발에도 채택되어야한다고 생각합니다.

가능하면 각 오래된 UI 항목에 대한 솔루션을 나열하십시오.

그리고 Clippy를 나열하지 마십시오. 우리 모두는 그가 나쁜 생각이라는 것을 알고 있습니다.

노트: 이것은 특히 Windows 클라이언트 사용자 인터페이스 패러다임이지만 웹, Mac 등에서 영감을 얻는 데 확실히 열려 있습니다.

해결책

당신은 팝업 모달 대화 상자를 언급했고, 나는 비 모달 대화가 나쁘다고 주장합니다. 모든 대화 상자는 프로그램에서 초점을 제거하고 프로그램 뒤에서 끝날 수 있으며 찾기가 어려울 수 있으며 동일한 가상 화면에도 나타나지 않을 수도 있습니다.

모든 대화 상자의 끝을보고 싶습니다. 비정규적인 상황으로 인해 누군가가 UI를 사용하지 않아야하는 경우 창에서 UI의 관련 부분을 제거하고 대화 상자에 포함 된 내용으로 바꾸십시오. 문제가 처리되면 UI를 다시 가져 오십시오.

다른 팁

터치 인터페이스에서 물건을 클릭합니다

화면을 충분히 세게 누르는시기를 모르기 때문에 터치 인터페이스에서 물건을 클릭하는 것은 엄청나게 어렵습니다. 클릭하는 버튼에 애니메이션을 추가하면 손가락이 방해가되기 때문에 볼 수 없을 것입니다. 화면에 전화를 진동하거나 페인팅 파를 페인팅하는 것과 같은 다른 반응을 추가하면 효과가있을 수 있지만 일반적으로 버튼을 누르는 버튼의 촉각 감각보다 훨씬 큰 지연이 있습니다. 따라서 누를 수있는 버튼이있는 화면을 발명 할 때까지 모든 터치 장치는 대신 사용자 인터페이스 (DUI)를 드래그하는쪽으로 이동해야합니다.

직관적으로 카운터 화면에 객체를 누르고 드래그 한 다음 눌러 놓고 릴리스하는 것보다 해제하는 것이 더 쉽습니다. 드래그를 시작할 때 물체가 움직이는 것을 볼 수 있고 드래그하는 동안 압력을 조정할 수 있기 때문일 수 있습니다. 드래그에는 클릭 한 지점이 아니라 방향이 있기 때문에 더 많은 옵션이 있습니다. 사용자가 다른 방향으로 객체를 드래그하면 다른 일을 할 수 있습니다. 속도도 사용될 수 있으며 사용자가 객체를 출시하는 지점도 사용될 수 있습니다. 릴리스 포인트는 픽셀 세차적 인 경우에도 무언가를 방출하기가 매우 쉽기 때문에 DUI의 실제 강점입니다.

일부 디자인은 iPhone, Palm Pre 및 Android 전화와 같은 Duis를 사용하기 시작했습니다. 그러나 디자인의 일부만 DUI이고 나머지는 클릭하고 있습니다. 그들이 공통적으로 가지고있는 한 가지 영역은 키보드입니다. 키를 클릭하는 대신 사용자는 키를 누른 다음 손가락을 실제로 클릭하려는 키로 끌어냅니다. 이 전화의 잠금 해제는 또한 드래그를 사용합니다.

쉽게 구현할 수있는 다른 DUI 기능은 마우스 제스처와 같은 것들이 있습니다. 여기서 다른 방향으로 끌거나 다른 모양을 그리는 것은 다른 일을합니다. 대체 키보드가 연구 중이며 드래그에 더 중점을 둡니다. 모든 버튼을 스위치로 변경할 수 있으므로 클릭하려면 약간 드래그해야합니다. 잘 설계된 그래픽을 사용하면 사용자에게 직관적이어야합니다.

그만큼 Apple Human Interface 지침 이 주제에 대해 잘 읽었습니다. 그들은 매우 광범위한 관점에서 이것을 논의하고 가이드 라인은 Mac뿐만 아니라 모든 플랫폼에 적용됩니다.

파일 시스템. 파일을 저장하고 싶습니다 ..> oops 파일 이름을 먼저 생각해야합니다. 글쎄 .... 어때 ... Blah.doc.

6 개월 후 ...

%#*( %&*해당 %()#*()*ing 파일을 저장 했습니까?

솔루션은 Application 또는 더 나은 OS에 버전 작성 시스템을 구축하는 것입니다. 파일을 잃어 버리지 않는 것이 원하는 경우 사용자가 기억에 남는 이름을 제시하는 대신 검색 엔진으로 컨텐츠로 파일을 찾을 수 있도록합니다.

저장 단계를 제거하십시오. 응용 프로그램에 무언가를 입력하면 바로 거기에 있으며 저장을 잊어 버리는 것과 같이 약간의 실수로 잃을 위험이 없습니다. 이전 버전을 원한다면 날짜를 선택하고 그 당시에 문서의 모습을 볼 수 있습니다.

검색 엔진 아이디어를 구축하려면 : 물건을 찾기 위해 임의의 트리 구조를 탐색 해야하는 것은 고통입니다. 검색이 훨씬 쉽습니다. 그러나 여러 파일을 함께 그룹화하기 위해 "폴더"와 같은 것을 갖고 싶을 수도 있습니다. 글쎄, 당신은 더 풍부한 메타 데이터 시스템을 구축하고 "카테고리"또는 "프로젝트"필드를 가지고 있으며, 프로젝트 또는 카테고리별로 아이템을 보여줄 수있는 검색 엔진을 설정할 수 있습니다. 또는 그에 의해 그룹 또는 우리가 다음에 새로운 UI 발견을하는 모든 그룹.

이 질문은 너무 개방적입니다. IMHO.

그러나 무엇이든 설계 할 때의 주요 접근 방식은 다음과 같습니다.

어디에 있든 맞습니다. Windows 앱이라면 가능한 한 MS를 복사합니다.
간단 해.
옵션을 제공합니다
버튼은 '예 또는'아니오 '와 달리 클릭 결과가 무엇인지에 대한 좋은 설명을 가지고 있습니다.

쓸모없는 (그리고 반복적 인) 지침 세트를 입력하지 않고도 나머지 게시물에 답하기가 더 어렵습니다.

제 생각에는 실제로 눈에 띄는 한 가지는 사용자가 응용 프로그램의 사용자 인터페이스 모양 및 조직을보다 쉽고 쉽게 제어해야한다는 것입니다.

많은 인터페이스를 사용자가 수정할 수 없으므로 가장 많이 사용되는/좋아하는 기능을 함께 그룹화 할 수 있습니다. 이 능력은 좋아하는 소프트웨어가 더 쉽게 작업을 수행 할 수있게 해줄 것입니다.

오류 메시지는 "그냥해라!" 단추.

진지하게, 나는 당신의 멍청한 오류 메시지에 대해 신경 쓰지 않습니다. 그냥 내가 당신에게 한 말을하십시오 !!!

웹의 전체 문서 모델이 변경되어야한다고 생각합니다. 사용자 인터페이스는 아니지만 많은 잘못된 사용자 인터페이스로 이어집니다.

문서 모델은 많은 문서를 연결하는 것이 좋습니다. 그러나 이제 웹도 응용 프로그램 모음입니다. 오늘 저는 페이지/문서 모델이 우리의 생각을 손상 시킨다고 생각합니다. 우리는 관련이없는 것들을 하나로 묶고, 코드를 잘못 모듈화하고, 결국 모 놀리 식 제어 보드 유형 웹 사이트와 사용자를 혼동합니다.

검색을 수행하는 위젯 위에 앉아있는 대화 상자를 찾으십시오. 많은 앱이 그렇게합니다. Firefox의 Find Bar는 훨씬 더 잘 작동합니다.

많은 애플리케이션에는 UI 내에 여러 개의 창이 있습니다. 예를 들어 Outlook에는 미리보기 창과받은 편지함 창이 있습니다. 이러한 응용 프로그램에서 일반적으로 커서 키 프레스는 현재 중심의 창에 적용됩니다. 그러나 사용자에게 어떤 창이 초점을 맞추고 있는지 보여주기 위해 힌트가 매우 좋지 않으며, 접합 사이의 초점을 이동할 수있는 키보드 바로 가기가 거의 없습니다.

집중된 창은 어떻게 든 강조해야합니다.

Alt+Cursor 키와 같은 것이 초점을 이동해야합니다.

CTRL-TAB 및 CTRL-SHIFT-TAB 사이클은 MRU 동작 대신 탭을 통해 왼쪽 및 오른쪽으로 왼쪽 및 오른쪽으로, 대부분의 경우 동일한 동작이 Ctrl-Pageup 및 Ctrl-Pagedown으로 복제됩니다.

많은 것이 있지만 여기에 몇 가지 아이디어가 있습니다.

"다른 추가"또는 "검색 항목"등과 같은 클릭을 제거하십시오.

이것은 AutoCompletes (및 자동 검색)가있는 Ajax와 같은 인터페이스로 잘 이루어 지지만 플랫폼 UI에 천천히 채택되고 있습니다 (일부 경우 플랫폼 UI에서 시작되었습니다.)

이것이 방법입니다 스택 오버플로 몇 가지 시나리오를 위해 사용합니다.