이 가이드라인은 일반적인 실수를 피하는 데 도움이 되며 고품질 Glass 소프트웨어를 제작하는 과정을 안내합니다.
호출
Glass 소프트웨어에서 승인된 음성 명령을 사용하는지 확인합니다.
Glass 소프트웨어에서 승인된 문맥 명령어를 사용하는지 확인합니다.
Mirror API는 사용자의 요청을 수신하고 실시간으로 또는 짧은 지연 시간으로 응답하도록 설계되지 않았습니다. 이것이 요구사항인 경우 GDK를 사용하세요.
예를 들어 Mirror API Glass는 '메모 작성' 또는 '업데이트 게시' 명령어에서 잘 작동합니다. 사용자가 명령어를 호출한 후 Glassware의 응답을 기다릴 필요가 없기 때문입니다.
반면에 '타이머 시작'과 '계기 조정'은 Mirror API Glass에서 잘 작동하지 않습니다. 사용자는 환경이 즉시 시작되기를 기대하기 때문입니다.
사용자가 Glassware 및 그 기능을 호출하는 두 가지 기본 방법은 ok Glass 기본 메뉴의 음성 또는 터치 명령을 사용하거나 타임라인 카드의 컨텍스트 메뉴를 사용하는 것입니다.
Glassware를 실행할 목적으로 메뉴 항목이 있는 타임라인 카드를 사용자가 강제로 고정하도록 해서는 안 됩니다. Mirror API는 사용자 구성 설정을 기반으로 주기적인 알림을 제공하거나 연락처와 콘텐츠를 공유하도록 설계되었습니다.
환경이 주기적 알림 디자인 패턴과 일치하고 즉각적인 상호작용을 위한 Mirror API를 사용하지 않는다면 GDK Glassware를 실행하거나 Mirror API를 호출하는 메뉴 항목을 제공하는 것은 괜찮습니다.
예를 들어 반려동물 입양 Glass 소프트웨어는 타임라인 카드를 삽입하여 사용자가 나중에 기능 (예: '개 검색', '고양이 검색', '새 찾기' 등)에 액세스할 수 있도록 강제로 고정하면 안 됩니다. 대신 Glass 웨어를 통해 사용자는 원하는 반려동물의 기준을 설정하고 이 기준을 충족하는 카드를 주기적으로 배달할 수 있어야 합니다. 그러면 카드에는 '약력 읽기' 및 '반려동물 입양'과 같은 작업을 실행하는 메뉴 항목이 포함될 수 있습니다.
사용자가 명시적으로 Glass를 호출하면 Glass웨어가 실행 중이라는 것을 사용자가 명확하게 알 수 있어야 합니다.
디자인
Glass는 적시에 전달되는 소량의 정보를 위해 설계되었습니다. 모바일 앱의 모든 기능을 포팅하는 것은 Glass에서 제대로 작동하지 않습니다. 대신 Glass에서 잘 작동하는 주요 사용 사례를 찾아 몇 가지 유용한 기능을 제공하는 데 집중하세요. 자세한 내용은 Glass를 위한 디자인을 참고하세요.
- 라이브 카드를 탭하면 항상 Glass 메뉴가 표시됩니다. 모든 라이브 카드에는 타임라인에서 라이브 카드를 닫을 수 있는 중지 메뉴 항목이 있어야 합니다.
- 라이브 카드가 몰입을 시작하면 사용자는 이전에 몰입을 중단한 지점으로 이동하게 됩니다.
- 몰입형 상태에서 스와이프하거나 탭하면 항상 동작이 사용되지 않았다는 작업 또는 피드백이 생성됩니다 (예: 가로 끌기 사용).
- Glass 시스템처럼 동작하지 않는 동작에는 사용 방법에 관한 명확한 안내와 명확한 결과가 있어야 합니다.
- Glass 시스템에서 제공하는 것과 유사한 UI 요소를 만드는 경우 Glass 시스템에서 제공하는 기능을 대신 사용하세요. 예를 들어 직접 구현하는 대신 카드 스크롤 뷰를 사용하세요.
- 몰입도가 필요한 집중 작업을 처리합니다. 또는 라이브 카드 또는 정적 카드와 같은 다른 옵션을 사용하는 것이 좋습니다.
가능하면 승인된 카드 디자인을 사용하세요. 이러한 디자인 중 일부에는 Mirror API 및 GDK 템플릿을 사용할 수 있습니다.
- Mirror API를 사용하는 경우 base_style.css의 스타일을 사용합니다.
- 기본 제공 템플릿으로 패딩 및 간격에 관한 일반 규칙을 따르세요.
번들과 페이지로 나누기를 사용하면 카드를 그룹화할 수 있지만 다음과 같은 상황에서는 올바르게 사용해야 합니다.
참고: 묶음 및 페이지로 나누기 기능은 Mirror API에 내장되어 있습니다. GDK에서 동일한 기능을 실행하려는 경우 Mirror API가 번들링 및 페이지로 나누기를 최대한 가깝게 제공하는 방식을 모방합니다. 스택 표시기, 메뉴 항목, 카드 스크롤러를 사용하여 카드를 표시합니다.
Bundles
- 비슷하지만 동일한 카드에 있으면 안 되는 카드 그룹에 번들을 사용합니다.
- 번들에 포함된 카드와 시각적으로 다른 다이제스트로 번들 표지 카드를 디자인합니다.
- 각 번들에 대해 한 번만 사용자에게 알림음을 전달합니다.
번들이 잘 작동하는 경우:
- 이메일 또는 짧은 메시지 대화목록
- 같은 사람이 보낸 3개의 SMS 메시지
- 1시간 이내에 찍은 사진 5장
- 관련 기사를 한 번에 모두 삽입함
- 진행 중인 스포츠 경기의 주요 이벤트 목록 및 점수 업데이트입니다.
번들이 제대로 작동하지 않는 경우
- 서비스의 모든 콘텐츠
- 하루 동안 여러 헤드라인이 Glass로 전송되었습니다.
페이지로 나누기
공간 제약으로 인해 단일 카드에 맞지 않지만 그 외의 경우에는 동일한 카드에 있어야 하는 타임라인 항목에는 페이지로 나누기를 사용하세요.
페이지로 나누기가 잘 작동하는 경우:
- 하나의 이메일, 뉴스 기사 또는 하나의 카드에 담을 수 없는 유사한 콘텐츠
페이지로 나누기가 제대로 작동하지 않는 경우:
- 고유한 카드 그룹(예: 여러 뉴스 기사 또는 이메일)
Glass 웨어가 나머지 Glass 권장사항을 준수하는지 확인합니다.
웹 속성
- 웹에서 Glass로 콘텐츠를 보내는 경우 Glass로 전송 아이콘을 사용합니다.
- Glass 소프트웨어 다운로드 링크를 제공하는 경우 Glass에서 다운로드 아이콘을 사용합니다.
- 문법과 맞춤법이 올바른지 확인합니다.
- 승인 또는 로그인 페이지는 3개 이하여야 합니다.
- 설정은 합당한 기간 (3개월 미만) 내에 재승인을 요구해서는 안 됩니다.
- 계정 또는 호환 앱이 필요한 경우 서비스 계정이 있거나 없는 사용자에게 승인 흐름이 명확합니다.
- 승인 웹페이지의 URL은 설정 웹페이지의 URL과 달라야 합니다.
- 사용자 계정이 필요한 경우 Glass 소프트웨어는 사용자 계정에 연결하지 않고 사용자를 인증해서는 안 됩니다.
- 설정 변경사항이 저장되었음을 시각적으로 나타냅니다.
- 콘텐츠 관련성을 유지하기 위해 해당하는 경우 전체 및 피드별 업데이트 빈도를 표시합니다. 다음 스크린샷은 사용자가 업데이트 빈도와 피드 유형을 설정하도록 허용하는 예를 보여줍니다.
브랜딩
Glass 브랜드 및 관련 애셋은 독점적이며 Google에서 신중하게 설계하고 사용합니다.
- [애셋](/glass/tools-downloads/downloads) 페이지에서 제공하지 않는 한 독점 Glass 로고 또는 애셋을 어떤 식으로든 사용, 수정 또는 모방해서는 안 됩니다.
- 제품에 사용할 Glass 로고 글꼴을 사용, 수정 또는 모방해서는 안 됩니다.
쓰기
Glass 소프트웨어 및 관련 설명은 기본적으로 영어로 작성해야 합니다. 언어 간에 완전한 기능 패리티가 있다면 여러 언어를 사용해도 괜찮습니다.
Glass 소프트웨어 이름이 Glass 소프트웨어의 기능이나 브랜드를 정확하게 나타내는지 확인합니다. 'for Glass'라는 문구가 아니라면 이름에 'Glass' 문자열을 사용하지 마세요. 예를 들어 '유리 고양이 정보'는 사용할 수 있지만 '유리 고양이에 관한 정보'나 '유리 고양이 사진'은 사용할 수 없습니다.
제한사항 및 가이드라인은 텍스트 내 유리 섹션을 참고하세요.
해당하는 경우 작성 가이드라인을 따르세요.
테스트
실제 Glass 하드웨어에서 Glass를 실행합니다. 이는 사용자 환경을 정확하게 측정할 수 있는 유일한 방법입니다. 또한 GDK Glassware가 Glass 과열과 같은 예상치 못한 성능을 유발하지 않도록 해야 합니다.