Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

HIG - Progress indicators #15

Open
kimscastle opened this issue May 6, 2023 · 0 comments
Open

HIG - Progress indicators #15

kimscastle opened this issue May 6, 2023 · 0 comments
Assignees

Comments

@kimscastle
Copy link
Contributor

kimscastle commented May 6, 2023

Progress indicators

  • Progress indicators 는 사람들에게 어떤 task가 완료될때까지 얼마나 기다려야하는지를 추정할 수있게 해준다
  • Progress indicators 는 일시적인 UI이며, 작업이 진행되는동안에만 나타나고 작업이 끝나면 사라진다
  • Progress indicators 는 크게 두가지 유형이 존재한다
    1. Determinate : duration이 잘 정의된 경우(ex) 파일변환)
    2. Indeterminate: 수량이라는 개념이 없는 task의 경우(ex) 복잡한 데이터 로드 혹은 동기화)

Best Practice

When possible, use a determinate progress indicator

  • 가능한(possible)경우에 Determinate Progress indicators 를 사용해야합니다

  • Indeterminate Progress indicators 는 프로세스가 발생하고 있음을 보여주지만, user들이 작업에 걸리는 시간을 추정하는데 도움이 되지 않습니다. Progress indicators 는 작업이 완료되기를 기다리는 동안 다른작업을 수행할지, 다른 시간에 작업을 다시 시작할지 또는 작업을 포기할지를 결정하는데 도움이 됩니다

Be as accurate as possible when reporting advancement in a determinate progress indicator.

  • Determinate Progress indicators 에 진행상황을 표시할때는 정확해야합니다

  • user가 작업완료에 필요한 시간에 대해 확신을 가질 수 있도록 evening out the pace of advancement 를 고려하세요. 5초동안 90%, 5분동안 10%를 보여주는건 user로 하여금 앱이 작동하고있는지를 의심하게할 수 있습니다.

Keep progress indicators moving so people know something is continuing to happen.

  • user가 어떤 일이 계속 일어나고 있다는 것을 일 수 있도록 Progress indicators 를 계속 움직여야합니다

  • 사람들은 Progress indicators 가 멈추면 앱이 멈춘다고 생각하는 경향이 있습니다. 프로세스가 정지되면 그 정지된 이유에 대해 이해시키고 피드백을 제공받아야합니다

When possible, switch a progress bar from indeterminate to determinate.

  • 가능하면 Indeterminate Progress indicatorsDeterminate Progress indicators 로 바꿔야합니다

  • Indeterminate한 상황에서 진행률이나 진행기간을 결정할 수 있는 시점이 되면 Determinate Progress indicators 로 전환해야합니다. 사람들은 일반적으로 Determinate 한것을 선호하는데, 이유는 무슨일이 일어나고 있고 얼마나 오래걸릴지 가늠하는데 도움이 되기 때문입니다

Don’t switch from the circular style to the bar style.

  • 원형스타일에서 막대스타일로 전환하지 마십시오

  • 원형과 막대스타일의 Progress indicators 는 모양과 크기가 다르기때문에 전환하면 인터페이스가 중단되고 사용자가 혼란스러워할 수 있습니다

Display a progress indicator in a consistent location.

  • 일관된 위치에서 Progress indicators 를 표시해야합니다

  • Progress indicators 를 일관된 위치에서 표시하면 사람들이 플랫폼간 혹은 앱내 또는 앱간에 Progress indicators 를 안정적으로 찾을 수 있습니다.

When it’s feasible, let people halt processing.

  • 구현 가능하면, user가 중단할수있게 해야합니다

  • user 가 부작용을 일으키지 않고 프로세스를 중단할 수 있는경우 취소단추를 포함해야합니다, 데이터의 손실등의 부정적인부작용이 발생할수있는경우 취소단추와 일시중지 단추를 제공하는것도 하나의 방법일 수 있습니다

Let people know when halting a process has a negative consequence.

  • 프로세스를 중단하는 것이 부정적인 결과를 초래한다면 user에게 알려야합니다

  • 프로세스를 취소하면 진행률이 손실되는 경우 취소를 확인하거나 프로세스를 다시 시작하는 옵션이 포함된 알림을 제공하는 것이 좋습니다.


Platform considerations

iOS, iPadOS

  • 해당 플랫폼에서 사용가능한 두 자기의 Progress indicators 가 있습니다

Progress bars

  • Progress bars 는 작업의 진행상태를 표시하기위해 왼쪽에서 오른쪽으로 채워지는 트랙을 가지고있습니다

Activity indicators

  • Activity indicators 는 작업이 수행되는 동안 회전합니다
  • iOSiPadOS 에서 Activity indicators 는 항상 indeterminate 하다

Hide the unfilled portion of the track in navigation bars and toolbars

  • navigation bar나 toolbar에서 progress bar의 채워지지 않은 부분은 숨김처리해야한다

  • 기본적으로 progress bar 는 채워진부분과 채워지지 않은 부분으로 구성되어야하지만 특별한 경우 채워지지 않은 부분은 숨기도록 구성해야한다.


Refresh content controls

  • 새로 고침 컨트롤은 수동으로 시작되어 다음 자동 콘텐츠 업데이트가 발생할 때까지 기다리지 않고 일반적으로 테이블 보기에서 콘텐츠를 즉시 다시 로드합니다. 새로 고침 컨트롤은 특수한 유형의 작업 표시기이며, 기본적으로 숨겨지며, 다시 로드할 보기를 끌 때 표시됩니다. 예를 들어, 메일에서 받은 문서 메시지 목록을 아래로 끌어 새 메시지를 확인할 수 있습니다.

Perform automatic content updates.

  • 자동으로 컨텐츠를 업데이트 할 수 있도록 해야합니다

  • 새로고침을 할수있다는건 user에게 있어서 좋은 기능이지만 보통은 자동으로 새로고침이 될것을 예상합니다. 정기적으로 자동으로 데이터가 업데이트 될 수 있도록 하세요

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant