노숙자 아이폰

따라서 다음 iPhone에는 실제 홈 버튼이 없습니다. 사용자에게 어떤 의미가 있는지에 대한 많은 추측이있었습니다. 장치의 하단 영역은 가상 홈 버튼뿐만 아니라 탐색 모음 항목을 호스팅하는 데 사용됩니다.

이 기사는 또 다른 가능성을 설명합니다.

유출 된 코드에서 최근에 발견 된 일부 결과는 아래에 쓰려고하는 내용을 무효화 할 수 있습니다.

8 월 28 일 업데이트 :이 스토리의 2 부는 이제 온라인입니다.

왜 홈 버튼입니까?

디자인 문제를 해결하려면 올바른 질문부터 시작하는 것이 좋습니다. 우리는 두 가지 주요한 이유로 홈 버튼을 사용하는 것 같습니다.

  • 다른 앱을 선택할 수있는 곳으로 이동하려면
  • 완료되었으므로 현재 앱을 '닫기'

물론, 다른 몇 가지 기능은 현재 홈 버튼 (Siri 사용자, 저를 쏴라!)에 의존하지만 지금은 조금 단순화하고 모든 엣지 케이스에 대한 대안을 찾을 수 있다고 가정하십시오.

iPad에서 첫 번째 iOS 11 베타를 시도했을 때 가장 큰 충격은 새로운 앱 스위처였습니다. 하단 가장자리에서 스 와이프하면 이전 iOS 버전에서와 같이 제어 센터가 표시됩니다. 이제 좋아하는 앱 독과 앱 스위처도 모두 같은 화면에 제공됩니다.

iPad의 새로운 앱 스위처 (iOS 11 베타 5 기준)

여기에서 흐린 배경의 아무 곳이나 누르면 즉시 홈 화면으로 돌아갑니다. 잠시 후 나는 더 이상 홈 버튼을 누르지 않았다는 것을 깨달았습니다. 내가 즐겨 찾는 앱이 포함 된 도크와 최근 앱 목록은 최소한 대부분의 시간 동안 워크 플로우를 계속하기에 충분 해 보였습니다. 그리고 현재 앱을 '닫는'것에 대한 잠재 의식의 필요성도 충족 된 것 같습니다.

간단한 스 와이프로 트리거 된이 새로운 인터페이스가 홈 버튼을 대체하기위한 애플의 비밀 무기가 될 수 있을지 궁금해지기 시작했다.

iPhone에 적용하려면 무엇이 필요할까요? 그게 제가 시도한 것입니다.

개념

새로운 iPad 앱 스위처가 iPhone에서 작동하는 방법

그게 다야 영화를 별도의 클립으로 분해하여 다양한 상태를 논의 해 봅시다.

도크 상태

Dock은 레벨 1 캐시입니다

iPad 및 macOS와 같이 즐겨 사용하는 앱 막대는 Dock이라고하며 모든 앱 위에 표시 될 수 있습니다 (전체 앱 전환기로 전환하지 않고 단독으로 표시). 오른쪽 부분에 추가 제안을 포함시킬 여지가있을 수도 있습니다. 다음 앱으로 전환하기위한 레벨 1 캐시입니다.

앱 스위처 상태

앱 스위처는 레벨 2 캐시와 시스템 컨트롤입니다

계속 스 와이프하면 액세스 할 수있는 레벨 2 캐시입니다. Dock보다 많은 앱을 제공하지만 여전히 홈 화면보다 적기 때문에 level-2 캐시의 별명을 사용합니다. 현재 앱이 일시적으로 '주차'되었습니다. 그리고 이것이 핵심입니다. 그것이 기본적으로 우리가 앱을 닫을 때 우리가 생각하는 것입니다. 나는 대부분의 사람들이 이제 앱이 죽지 않았다는 것을 알고 있다고 가정합니다. iPhone 버전은 디스플레이 비율이 길어 두 개의 별도 행을 사용한다는 점을 제외하고는 개념은 iPad의 개념과 일치합니다.

앱 스위처 해제

빈 영역 (예 : 아래쪽, 여기)을 탭하여 앱 스위처를 해제합니다

여기에서 디자인은 일반적인 반사에 의존합니다. 뷰에서 원하는 것을 찾을 수 없으면 뷰에서 벗어날 방법을 찾는 경향이 있습니다. 탈출 할 구체적인 여유가 없다면, 가능한 곳을 두드리는 경향이 있습니다! 지나치게 단순화되고 당연한 것 같습니다. 그러나 과도한 단순화는 종종 복잡한 문제보다 관리하기가 더 쉽습니다.

다시 한 번, 이것은 iPad 구현이 어쨌든하는 것입니다. 그러나 하단에 편안한 해제 구역을 확보하기 위해 도크는 앱 전환기 상태로 유지되지 않습니다 (iPad에는 공간이 충분하기 때문에 유지됨). 나는 그 측면에 너무 만족하지 않습니다.

앱 열기

응용 프로그램이 열리면 도크가 사라 지므로 응용 프로그램은 사용 가능한 부동산을 최대한 활용할 수 있습니다. 보시다시피 약간의 지연으로 중단됩니다. 이는 앱 스위처의 검색 가능성을 향상시키기위한 것입니다. 아마 과잉 일 수도 있고 아닐 수도 있습니다.

이제 문제와 장점에 대해 논의하겠습니다.

이슈

홈 화면으로 이동하는 두 가지 단계뿐만 아니라 검색 가능성은 여전히 ​​많은 사람들에게 문제가 될 수 있습니다. 나는 개인적으로 실제 장치에서 프로토를 시도하고 조정하여 놀랍게도 매끄럽게 사용하지만 처음에는 설득력이 없을 수도 있음을 알고 있습니다.

다른 가정 관련 기능에 액세스하는 방법? Touch ID는 고급 얼굴 인식과 같은 더 나은 인증 방법으로 대체 될 것으로 예상됩니다. 나는 필요한 모든 해결 방법 (풀 타임 직업)을 생각하지 않았으며 실제로 문제가되었습니다. 접근성, Siri, 스크린 샷 : 어떤 아이디어가 있습니까?

최근의 앱 캐 러셀은 기존의 캐 러셀만큼 좋지 않습니다. 더 작습니다. 또한 제어 센터는 기존 센터만큼 좋지 않습니다. 쉽게 스크롤해야합니다. 그것이 단순화 비용입니다.

제안 된 접근 방식은 하단에 Macbook의 Touch Bar 라인 또는 Apple이 엄지 손가락 아래에 가져다 줄 심도있는 다양한 기능을 기대하는 사람들을 실망시킬 수 있습니다. 하지만 아이폰은 이미 터치 바가 아닌가? 앱은 항상 화면 하단을 사용하여 상황 별 기능을 제공 할 수있었습니다. 시스템 기능에 관해서는 적절한 장소가 있습니다 : 제어 센터. 그렇습니다. 여기서 제안 된 해결책은 기능 추가에 관한 것이 아니라 단순화 (적어도 정신 모델에 관한 것)에 관한 것입니다.

장점

첫째, 홈 버튼이 전혀없는 우아함. 이것은 가상화하는 것보다 훨씬 더 순수합니다. 버튼을 완전히 제거하면 궁극적으로 개선됩니다.

가상 버튼과 같은 오버레이 기반 솔루션에는 자체 문제가 있습니다. 버튼이 버튼 뒤의 앱보기와 잘 대비되도록하는 방법은 무엇입니까? 앱과의 터치 충돌을 관리하는 방법은 무엇입니까? 우리는 그것을 움직일 수 있습니까? 등을 제거하면 이러한 문제가 완전히 제거됩니다.

여기에 사용 된 은유는 휴대 전화에서 실제로 발생하는 것과 더 일치합니다. 앱을 '닫을'때 실제로 발생하는 것은 백그라운드에서 푸시하는 것입니다. 이것이 바로 새로운 앱 스위처 UI가 보여주는 것입니다. 말 그대로 : 앱을 배경으로 밀고있는 것을보고 느낄 수 있습니다.

앱 UI 수준에는 영향을 미치지 않습니다. 앱은 버튼이나 소문이있는 기능 표시 줄을 인식하지 못하므로 동작이나 레이아웃을 어떤 식 으로든 조정할 필요가 없습니다. 앱을 포 그라운드로 가져 오면 전체 층이 앱이됩니다.

소프트웨어 복잡성은 낮게 유지됩니다. 다시 한 번, 실험은 이미 iPad 용으로 구축 한 것을 재사용합니다. 우리는 새로운 iPhone을 위해 만든 또 다른 메커니즘에 대해 이야기하지 않습니다. 사용자에게는 어느 정도의 친숙 함이 보장됩니다.

디자인은 풍경에서 놀랍도록 잘 작동 할 수 있습니다. 레이아웃은 자체적으로 회전하거나 재구성되지 않습니다. 각 개별 항목 만 90도 회전합니다. 카메라 UI, 회전 및 회전하지 않는 것을 생각하면 즉시 무슨 의미인지 알 수 있습니다. 새로운 제어 센터 그리드는 필요한 항목 회전에 충분히 유연 해 보입니다. 우리는 여전히 아래에서 위로 스 와이프했지만 도크는 여전히 아래에 표시되지만 폭이 너무 넓어서 추가 앱 제안이 많이 있다고 생각합니다.

풍경에서는 모든 것이 세로로 스크롤됩니다. 오른쪽 엄지 손가락 바로 아래 편안한 휴식 공간을 누리 실 수 있습니다.

개요

아이 패드 용 iOS 11의 새로운 앱 스위처는 생각보다 훨씬 스마트 할 수 있습니다. 결국 아이 패드 전용으로 디자인하지 않았을 가능성이있다. 완벽하게 조정되면 컨텍스트를 전환하는 매력적인 방법을 만들 수 있으며 현재 앱과 홈 화면 간의 효율적인 캐시로 볼 수 있습니다.

그리고 우연의 일치로, 홈 버튼에 의존하지 않습니다.

이 기사에 대한 나의 요점은 추측하는 것이 아니다. Apple이 실제 홈 버튼을 제거하는 방법에 대해서는 신경 쓰지 않습니다. 나는 그것이 좋을 것이라고 믿습니다. 그리고 주변의 어떤 추측들도 그들 자신의 방식으로 좋은 지적을 가지고 있습니다. 방금 매우 흥미롭고 참을 수없는 디자인 연습을 보았습니다.

Principle로 만든 프로토 타입의 경우 디스플레이 (375 * 812pt 해상도 예상)와 Control Center 항목과 같은 알려진 구성 요소 모두에 대해 현실적인 비율을 사용했습니다.

이 기사는 Fred Jame 덕분에 중국어로도 제공됩니다.

설계 과정에서 2 부를 읽을 수도 있습니다.