문제

누구든지 바쁜 커서가 정당하다고 생각하는 시나리오를 나에게 줄 수 있습니까? 나는 그들이 항상 나쁜 생각 인 것 같습니다 사용자의 관점에서. 설명 : 바쁜 커서를 통해 사용자가 더 이상 응용 프로그램과 상호 작용할 수 없을 때 모래 시계 마우스 포인터 만 움직일 수 있고 곡을 휘파람을 줄 수 있습니다.

도움이 되었습니까?

해결책

나는 당신이 옳을 수도 있다고 생각합니다. 괜찮은 비동기 앱에서는 바쁜 커서를 보여줄 필요가 없습니다. 사용자는 항상 할 수 있습니다 무엇 큰 마지막 작업이 완료 되더라도.

즉, 때때로 NetBeans 또는 Eclipse, 심지어 Visual Studio와 같은 Java 앱은 바쁜 커서와 희망이 없다. 그러나이 경우 바쁜 커서는 아마도 많이 도움이되지 않을 것입니다 ...하지만 당신이 옳다고 생각합니다. 바쁜 커서는 앱을위한 무도회 시대에서 왔습니다. 예를 들어 Flex 앱에서 모든 것이 자동으로 이벤트 중심 콜백이므로 바쁜 커서를 설정하는 것은 의미가 없습니다 (물론 가능).

다른 팁

요약하면, 대기 간격이 매우 짧은 경우에만 사용자가 앱에서 작업을 수행하지 못하고 (2 초 이하) 멀티 스레딩을 수행하는인지 오버 헤드로 인해 앱이 덜 안정적인 앱이 발생할 수 있습니다. 자세한 내용은 아래를 참조하십시오.

지속적인 작업을 위해 0.1 초 미만, 당신은 일반적으로 비동기식을하거나 모래 시계를 보여줄 필요가 없습니다.

지속적인 작업을 위해 0.1에서 2 초 사이, 당신은 보통 비동기식으로 갈 필요가 없습니다. 커서를 모래 시계로 전환 한 다음 작업을 인라인으로 수행하십시오. 시각적 큐는 최종 사용자를 행복하게 유지하기에 충분합니다.

최종 사용자가 몇 초 밖에 걸리지 않는 작전을 시작한다면, 그는 자신의 행동의 결과를 무의식적으로 기다리는 "집중된"사고 방식에 있으며, 의식의 두뇌를 바꾸지 않았습니다. 그 특별한 초점. 따라서 UI를 차단하는 것은 - 이런 일이 발생한 시각적 표시기를 사용하여 짧은 시간 동안 완벽하게 허용됩니다.

지속적인 작업을 위해 2 초 이상, 당신은 보통 비동기식으로 가야합니다. 그러나 그럼에도 불구하고 당신은 일종의 진행 지표를 제공해야합니다. 사람들은 자극이 없을 때 집중하기가 어렵다는 것을 알게되며, 최종 사용자가 자연스럽게 의식적인 '집중'활동에서 의식적인 '대기'활동으로 이동할 정도로 2 초가 길다.

진행 지표는 대기 모드에있는 동안 그들을 점유 할 무언가를 제공하고, 또한 그들이 '집중된'컨텍스트로 다시 전환 할시기를 결정하는 수단을 제공합니다. 시각적 신호는 뇌에 너무 많은 의식적 사고를 요구하지 않고 상황 스위치를 구성 할 수있는 무언가를 제공합니다.

지저분 해지는 곳은 일반적으로 수술을받는 곳입니다. x 시간에 완료되지만 때로는 y를 취합니다, 여기서 y는 X보다 훨씬 큽니다. 네트워크를 가로 지르는 것과 같은 원격 작업에서 발생할 수 있습니다. 위의 조치의 조합이 필요할 때입니다. 예를 들어, 처음 2 초 동안 계란 타이머를 표시 한 다음 진행률 표시기 만 가져 오십시오. 이것은 중간 단계없이 '집중된'컨텍스트에서 최종 사용자를 '대기'컨텍스트로 직접 렌치하는 것을 피합니다.

중요한 바쁜 커서는 중요하지 않지만 중요합니다. 언제나 입력에 대한 응답으로 무언가가 발생하고 있음을 사용자에게 피드백을 제공합니다. 바쁜 커서, 진행률 바, 트로버, 번쩍이는 버튼, 소용돌이 치는 배턴, 춤추는 광대가 없으면 아무것도 중요하지 않다면, 컴퓨터가 아무것도하지 않으면 아무것도하지 않는다는 것을 깨닫는 것이 중요합니다. 컴퓨터는 사용자에게 깨진 것 같습니다.

모든 사용자 조치에 대한 즉각적인 피드백은 엄청나게 중요합니다.

응용 프로그램 종료를 포함하여 작업이 완료 될 때까지 사용자가 아무것도 할 수 없을 때 바쁜 커서가 표시됩니다.

나는 당신이 웹 브라우저에서 바쁜 커서를 보지 않는다는 것이 흥미 롭습니다. 아마도 사람들이 그들을 좋아하는 이유 일 것입니다.

아니, 잠깐만, 더 나은 대답이있어. 컴퓨터가 생각할 때 바쁜 커서를 보여줍니다..

웹 브라우저에서 새로 고침 버튼을 누르면 바쁜 커서는 즉시 페이지가로드되고 있음을 알려 주도록 즉시 나타나야합니다.

나는 그랬다고 생각합니다 나를 생각하게하지 마십시오 그것은 인간의 허용 가능한 하중 시간이 0 초라고 말했다.

Google 말 :

반응

전 세계의 모든 성능 테스트를이기는 코드를 작성할 수 있지만 사용하려고 할 때 사용자를 불 같은 분노로 보냅니다. 이들은 충분히 반응하지 않는 응용 프로그램입니다. 상당한 기간 동안 느리게하거나, 걸리거나 얼리거나, 입력을 처리하는 데 너무 오래 걸리는 응용 프로그램입니다.

그것에 대한 두 가지 목적이 있습니다.

  1. 사용자에게 무언가가 일어나고 있음을 나타냅니다.
  2. 사용자에게 지금 당장 아무것도 할 수 없음을 나타냅니다.

바쁜 커서는 아무것도 아닌 작업에 대한 더 나은 신호입니다. 오래 지속되는 작업을 위해서는 더 나은 것을 사용해야합니다. 예를 들어, 페이지가 검색 될 때 브라우저는 여전히 작동 중이며 작동을 중지하는 버튼도 있습니다. 사용자 인터페이스가 완전히 작동하므로 바쁜 커서를 사용할 필요가 없습니다. 그러나 바쁜 커서는 작업을 시작할 때 또는 정지 시점과 같은 전환 단계의 이러한 상황에서도 사용할 수 있습니다.

0.5 초에서 3 초가 소요될 수있는 모든 작업에 사용하려고 노력합니다. 더 긴 작업을 위해 충분한 정보가있는 진행 지표를 사용해야한다고 생각합니다.

나는 Fedora 8을 적어도 앱이 "바쁜"커서를 설정할 때 "바쁜 대화식"이 실제로 표시되는 것을 알아 차렸다. 시스템이 여전히 마우스 입력에 응답하기 때문이라고 생각합니다 (창을 드래그하는 등). 옆으로, Linux에서 "바쁜 대화식"커서를 명시 적으로 선택하는 것은 까다 롭습니다.http://www.pixelbeat.org/programming/x_cursors/

바쁜 커서가하는 유일한 일은 사용자에게 알려주는 것입니다.

나는 당신을 무시하고있는 것이 아닙니다. 나는 단지 잠시 걸릴 수있는 다른 일을하고 있습니다.

응용 프로그램이 무언가를하고 있음을 사용자에게 경고해야하지만 바쁜 커서는 처음 몇 초의 처리에만 유용합니다. 약 15-20 초 이상 지연되면 진행률 표시 줄, 상태 메시지, 메시지 상자 등과 같은 다른 것을 제시해야합니다. 사람들은 당신의 소프트웨어가 1 분 정도 후에 잠겨 있다고 가정하고 그것을 종료하려고 시도 할 것입니다. 때로는 전반적인 시각적 신호가 바쁜 커서만큼 중요합니다.

예를 들어, 모든 작업이 완료 될 때까지 탭을 일시적으로 업데이트하여 완료 될 때까지 적절한 강조 표시로 응답하지 않는 탭이있는 응용 프로그램이 수정 될 수 있습니다. 때로는 약간의 최적화 나 리팩토링만으로도 이와 같은 끔찍한 사용자 인터페이스 응답 성을 정리할 수 있습니다.

나는 반 초 미만의 말과 같이 빨리 완성하기 위해서만 사용할 것입니다. 그보다 더 오래 걸리면 진행 대화 상자가 팝업되거나 상태 표시 줄이나 인터페이스의 다른 곳에 진행 막대가 나타나야합니다.

사용자는 완료하는 데 너무 오래 걸리면 항상 작업을 취소 할 수 있어야합니다.

주석에 대한 응답으로 바쁜 커서는 절반 정도 만 보이게됩니다. 진행 대화 상자가 올라가면 "반 바쁜"커서 중 하나 또는 일반 화살표 커서로 변경되어야합니다.

극단적 인 상황을 제외하고 바쁜 커서를 피해야하며, 필요하다고 생각되면 다시 생각하고 재 설계하십시오.

예를 들어, 이벤트 처리를 수행하지 않더라도 버튼을 클릭했음을 나타냅니다. 징후가 없으면 사용자는 버튼을 다시 클릭하려고 시도하여 모든 방식의 악성을 유발할 수 있습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top