사용자가 각각의 캐릭터를 유용하게 사용하거나 사용자를 위해 고통을 느끼면서 검색 결과를 반환합니까?
사용자의 관점에서, 나는 그것이 도움이 될만한 것을 찾지 못했습니다. 검색 결과를 통해 쿼리에 대한 정확한 정보를 찾을 가능성이 가장 높았으며 결코 나쁘지 않습니다. 즉, 구현해야 할 지침을 따르거나 따라야 할 몇 가지 지침이 있습니다.
다음은 내가 좋아하는 JavaScript 프레임 워크 인 MooTools의 경우 Autocompleter 이고 jQuery , Dojo , Prototype 및- YUI .
한 가지 예외를 제외하고 다른 사람들이 "해라"고 동의합니다
즉시, 항상 또는하지 마십시오!
IPhone에서이 기능을 수행하는 응용 프로그램을 사용하는 것보다 나쁘지 않은데, 문자를 입력 할 때마다 검색/필터가 수행되는 동안 2 초의 지연이 있습니다. 이것은 빠르고 도움이 아니라 느리고 고통스럽고 끔찍한 사용자 경험입니다.
"순간"은 최대 10 분의 1의 야구장에 있다고 말하고 싶습니다. 표준 속도로 입력하고 UI를 유지할 수 있어야하기 때문입니다.
대부분의 경우 훌륭합니다! 일반적으로 검색 필드에 정확히 무엇을 입력해야하는지 추측하지 않고 무언가를 찾는 데 도움이되기 때문에 좋습니다. 또한 시간을 절약 할 수 있습니다. 하나 또는 두 개의 글자를 입력하여 원하는 것을 찾을 수 있습니다. 물론 검색 결과가로드되는 동안 입력이 차단되지 않도록하십시오. 키보드 탐색을 잊지 마십시오.
검색어를 입력하면 검색 버튼을 누르기 위해 수행 할 수있는 동작 (논리적으로 말하기) 만 있습니다. 그것이 유일한 논리적 다음 행동이라면 그 추가 단계를 제거하지 않겠습니까?.
인용문 어딘가에서 읽은 사람 또는 내가 읽은 곳을 기억할 수없는 경우 : "한 가지만 남은 경우 컴퓨터로 작업하십시오."
해! 나는 때때로 내가 찾은 것을 정확히 잊어 버렸기 때문에 불필요한 문제를 얼마나 많이 저축했는지 말할 수 없으며, 내가 찾은 것에 대한 첫 번째 단어를 기억하기 때문에 나에게 상기시켜줍니다. . 특히 Google과 같은 장소는 검색 기록을 제공하기 때문입니다.
성능이 손상되지 않는다고 가정하면 대부분의 경우 유용성이 뛰어납니다.
일반적으로 간접 조작보다 직접 조작을 선호해야합니다. 이는 사용자가 자신이하는 일을 이해하도록하기 위해 지속적인 피드백으로 작업이 반복적으로 수행됨을 의미합니다. 사용자가 타이핑하는 동안 결과를 반환하는 것은 지속적인 피드백을 제공하기 때문에 좋습니다. 마찬가지로 속성 페이지는 예를 들어 공격 직후가 아니라 속성을 즉시 변경해야합니다. 버튼을 적용하십시오. 예 : 속성 패널에서 색상을 선택하면 배경색이 즉시 변경됩니다. "적용"을 누른 후 발생하는 것이 아니라 이는 사용자가하는 일과 발생하는 일 사이에 일대일 대응 관계가 있기 때문에 사용자 인터페이스의 검색 가능성을 도와줍니다.
모든 사람들이 매우 게으르다 고 생각합니다. "사자가 어디에서 왔는가"와 같은 질문을 잘못 입력하면 요즘 키보드를 사용하기가 매우 어렵습니다. 모든 것이 최소화되어야합니다. TUVM 대신에 대단히 감사합니다. 나는 내가 선호하는 것과 후자를 알고 있습니다. 실험실에서 나노초를 절약 할 가치가있는 곳은 일상 생활이 아닌 유일한 곳입니다. 친구가 당신보다 3 나노초 더 빨리 프로그램을 다운로드 할 수 있다면 정말 중요합니까? 세상에, 산산이 부서지는 일이 있습니다. 그립을 잡으십시오. 나는 진전을 보였지만 어리석은 짓을하지 않습니다.