Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with
or
.
Download ZIP

Loading…

patterns/navigation 번역 #104

Merged
merged 2 commits into from

2 participants

@nvu

#103
날림입니다 ㅎㅎ
다른 분들이 조정해주시리라 믿으며ㅠㅠ

제가 봐도 미심 쩍은 부분이 좀 있으니 많은 리뷰 부탁드립니다ㅠㅠ

@nvu

안드로이드 디자인 페이지의 원래 관행(?)이라면 작업이라고 번역해야 옳겠지만
(당장 생각나는 표현으로 작업 백 스택 같은게...)
뭔가 그러기엔 찜찜한 느낌이 있어 태스크로 옮겼습니다.
안드로이드 쪼렙이라 이런 개념도 있었단 말인가?! 하며 놀랐습니다. -.-

Collaborator

실제로 태스크라고 부르는 개념이에요. 이걸 번역해서 부르진 않을겁니다.

@nvu

interstitial screen은 한국어 표현을 마땅히 찾을 수 없어서
삽입 화면? 그냥 원문 무시하고 요약 화면? 이라고 할까?
하다가 임시로 틈새 화면으로 번역했지만 틈새 라면이 생각나기도 하고 애매하네요-.-

검토가 필요합니다.

Collaborator

이 부분은 난감하네요. 일단 통과시키고 보겠습니다.

@dalinaum dalinaum merged commit 77da8c3 into klutzy:gh-pages
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Commits on Apr 10, 2012
  1. @nvu

    일부 표현 수정 .

    nvu authored
  2. @nvu

    patterns/navigation 번역

    nvu authored
This page is out of date. Refresh to see the latest.
View
8 building-blocks/dialogs.html
@@ -71,12 +71,12 @@ <h2 id="alerts">경고 창(Alerts)</h2>
<div class="layout-content-col span-5">
<h4>타이틀 바가 있는 경고 창</h4>
-<p>타이틀 바가 있는 경고 창은 드물게 사용합니다. 잠재적인 데이터, 연결 손실이나,
-특별한 요금이 발생할 경우를 수반하는 등의 매우 위험한 동작을 수행할 때에만 적당하며,
-명확한 질문이나 문장(타이틀) 그리고 약간의 추가 설명(컨텐츠 영역)이 필요합니다.</p>
+<p>타이틀 바가 있는 경고 창은 드물게 사용합니다. 경고 창은 잠재적인 데이터연결 손실이나
+특별한 비용이 발생할 경우와 같이 매우 위험한 동작을 수행할 때에만 적당하며,
+(타이틀에는) 명확한 질문이나 문장과 (컨텐츠 영역에는) 약간의 추가 설명이 필요합니다.</p>
<p>질문이나 문장을 간결하게 하세요: 예를 들면 "USB 저장소를 지우시겠습니까?"는
양해를 구하는 말이 없습니다. 사용자가 내용을 완전히 건너뛰어도 동작 버튼의
-텍스트와 타이틀을 기반으로 어떤 선택을 할 수 있는지 명확한 의미를 알고 있어야 합니다.</p>
+텍스트와 타이틀을 기반으로 어떤 선택을 할 수 있는지 명확한 의미를 알 수 있어야 합니다.</p>
</div>
</div>
View
2  building-blocks/grid-lists.html
@@ -4,7 +4,7 @@
---
<img src="../media/gridview_overview.png">
<p>그리드 리스트를 표준 리스트 뷰 대신 사용할 수 있습니다. 그리드 리스트는 이미지와 함께 데이터 모음을 보여주기 위한 가장 적당한
-수단입니다. 단순한 리스트과는 달리 그리드 리스트는 수직, 수평 방향으로 스크롤 할 수 있습니다.</p>
+수단입니다. 단순한 리스트와는 달리 그리드 리스트는 수직, 수평 방향으로 스크롤 할 수 있습니다.</p>
View
170 patterns/navigation.html
@@ -17,18 +17,18 @@
<h2 id="up-vs-back">상위 vs. 이전</h2>
-<p>상위 버튼은 애플리케이션 화면 간 계층 의존적 탐색에 사용합니다.
+<p>상위 버튼은 애플리케이션 내에서 화면 간 계층 의존적 탐색에 사용합니다.
예를 들어 화면 A가 항목 리스트를 표시하고 있을 때
항목을 선택하면 (선택한 항목에 대해 더 자세한 내역이 표시되는) 화면 B로 이동하게 되며,
화면 B는 화면 A로 돌아갈 수 있도록 상위 버튼을 제공해야 할 것입니다.</p>
<p>현재 화면이 앱 최상위인 경우에는(즉 앱의 홈이라면) 상위 버튼을 표시해선 안됩니다.</p>
-<p>시스템 이전 키는 사용자가 최근에 본 화면 기록을 기초로 시간 역순&#8212;사실 상 화면 간 시간 의존적&#8212;으로
+<p>시스템 이전 키는 사용자가 최근에 본 화면 기록을 기초로 시간 역순&mdash;사실 상 화면 간 시간 의존적&mdash;으로
탐색하는데 사용합니다.</p>
<p>이전에 봤던 화면이 현재 화면의 계층적 부모이기도 하다면
-이전 키를 누르는 것은 상위 버튼을 누르는 것과 동일한 결과를 낼 것입니다 -- 이것은 흔한 일입니다.
+이전 키를 누르는 것은 상위 버튼을 누르는 것과 동일한 결과를 낼 것입니다&mdash;이것은 흔한 일입니다.
하지만 사용자가 앱 내에 남아 있는 것을 보증하는 상위 버튼과는 달리, 이전 키는 사용자를 홈 화면이나
다른 애플리케이션으로 이동시킬 수 있습니다.</p>
@@ -131,127 +131,123 @@ <h2 id="from-outside">앱 외부에서 호출하는 탐색</h2>
해당 경로로 진입한 후에 이전 키를 누르면 먼저 받은 편지함으로 돌아가고, 그 후에 계속해서 홈으로 돌아갑니다.</p>
-->
-<h2 id="into-your-app">Navigation into Your App via Home Screen Widgets and Notifications</h2>
+<h2 id="into-your-app">홈 화면 위젯과 알림에서 앱으로 들어오는 탐색</h2>
-<p>You can use Home screen widgets or notifications to help your users navigate directly to screens
-deep within your app's hierarchy. For example, Gmail's Inbox widget and new message notification can
-both bypass the Inbox screen, taking the user directly to a conversation view.</p>
+<p>사용자가 홈 화면 위젯이나 알림에서 앱 계층 깊숙히 곧바로 탐색할 수 있도록 할 수 있습니다.
+예를 들어 Gmail의 받은 편지함 위젯과 새 메일 알림 모두 받은 편지함 화면을 건너 뛰고
+곧바로 대화 뷰로 진입합니다.</p>
-<p>For both of these cases, handle the Up button as follows:</p>
+<p>이러한 경우에는 상위 버튼을 다음과 같이 처리하세요:</p>
<ul>
-<li><em>If the destination screen is typically reached from one particular screen within your
-app</em>, Up should navigate to that screen.</li>
-<li><em>Otherwise</em>, Up should navigate to the topmost ("Home") screen of your app.</li>
+<li><em>대상 화면이 일반적으로 특정한 한 화면에서 불리는 경우</em>라면, 상위 버튼을 누르면 그 화면으로 이동해야 합니다.</li>
+<li><em>그 외의 경우</em>에는, 상위 버튼을 누르면 앱의 최상위("홈") 화면으로 이동해야 합니다.</li>
</ul>
-<p>In the case of the Back button, you should make navigation more predictable by inserting into the
-task's back stack the complete upward navigation path to the app's topmost screen. This allows users
-who've forgotten how they entered your app to navigate to the app's topmost screen before
-exiting.</p>
+<p>이전 버튼을 누르는 경우에는, 작업 백스택(back stack)에 앱의 최상위 화면까지 상위로 이동해 갈 수 있게끔
+충분히 예측할 수 있는 이동 경로를 삽입해야 합니다.
+이러한 처리는 어떻게 앱에 진입했는지 잊어버린 사용자가 앱을 빠져나가기 전에
+앱 최상위 화면을 열람할 수 있게 할 것입니다.</p>
-<p>As an example, Gmail's Home screen widget has a button for diving directly to its compose
-screen. Up or Back from the compose screen would take the user to the Inbox, and from there the
-Back button continues to Home.</p>
+<p>예를 들어 Gmail의 홈 화면 위젯은 편지 쓰기 화면으로 바로 들어가는 버튼을 가지고 있습니다.
+편지 쓰기 화면에서 상위나 이전 버튼을 누르면 먼저 받은 편지함으로 돌아가고,
+받은 편지함에서 이전 버튼을 누르면 홈으로 돌아갑니다.</p>
<img src="../media/navigation_from_outside_back.png">
-<img src="../media/navigation_from_outside_back.png">
-
-<h4>Indirect notifications</h4>
+<h4>간접 알림(Indirect Notifications)</h4>
-<p>When your app needs to present information about multiple events simultaneously, it can use a
-single notification that directs the user to an interstitial screen. This screen summarizes these
-events, and provides paths for the user to dive deeply into the app. Notifications of this style are
-called <em>indirect notifications</em>.</p>
+<p>다양한 이벤트 정보를 동시에 표시할 필요가 있다면 한가지 알림만 표시해 틈새 화면(interstitial screen)으로 이동하도록 할 수 있습니다.
+이 화면에서는 이러한 이벤트들을 요약하고, 앱 깊숙히 이동할 수 있는
+경로를 제공합니다. 이러한 스타일의 알림은 <em>간접 알림</em>이라고 부릅니다.</p>
-<p>Unlike standard (direct) notifications, pressing Back from an indirect notification's
-interstitial screen returns the user to the point the notification was triggered from&mdash;no
-additional screens are inserted into the back stack. Once the user proceeds into the app from its
-interstitial screen, Up and Back behave as for standard notifications, as described above:
-navigating within the app rather than returning to the interstitial.</p>
+<p>표준(직접) 알림과 달리 간접 알림의 틈새 화면에서 이전 버튼을 누르면&mdash;백 스택에 다른 화면이
+추가되지 않고&mdash;알림이 호출되었던 시점으로 돌아갑니다.
+일단 틈새 화면에서 사용자가 앱 속으로 진입하면, 상위 및 이전 버튼은 위에 설명한 표준 알림과 같은
+방식으로, 즉 틈새 화면으로 돌아가지 않고 앱 내를 탐색합니다.</p>
-<p>For example, suppose a user in Gmail receives an indirect notification from Calendar. Touching
-this notification opens the interstitial screen, which displays reminders for several different
-events. Touching Back from the interstitial returns the user to Gmail. Touching on a particular
-event takes the user away from the interstitial and into the full Calendar app to display details of
-the event. From the event details, Up and Back navigate to the top-level view of Calendar.</p>
+<p>예를 들어 Gmail을 사용 중일 때 캘린더의 간접 알림을 받았다고 가정해보겠습니다.
+이 알림을 터치하면 여러 다른 종류의 이벤트 알림이 담긴 틈새 화면이 열립니다.
+틈새 화면에서 이전 버튼을 누르면 Gmail로 돌아갑니다. 특정 이벤트를 누르면 틈새 화면에서
+벗어나 캘린더 앱으로 본격적으로 들어가 상세 이벤트 정보를 볼 수 있게 됩니다.
+상세 이벤트 내역에서 상위 및 이전 버튼을 누르면 캘린더의 최상위 레벨로 이동하게 됩니다.</p>
<img src="../media/navigation_indirect_notification.png">
-<h4>Pop-up notifications</h4>
+<h4>팝업 알림</h4>
-<p><em>Pop-up notifications</em> bypass the notification drawer, instead appearing directly in
-front of the user. They are rarely used, and <strong>should be reserved for occasions where a timely
-response is required and the interruption of the user's context is necessary</strong>. For example,
-Talk uses this style to alert the user of an invitation from a friend to join a video chat, as this
-invitation will automatically expire after a few seconds.</p>
+<p><em>팝업 알림</em>은 알림 서랍에 들어가지 않고 곧바로 사용자 앞에 나타납니다.
+<strong>적시에 응답하는 것이 꼭 필요한 경우 및 사용자를 방해하는 것이 불가피한 경우</strong> 등에
+드물게 사용합니다. 예를 들어, 토크는 영상채팅 초대를 받았음을 통보하기 위해 이 스타일을 사용하며
+몇 초 후에 이 초대를 자동으로 파기합니다.</p>
-<p>In terms of navigation behavior, pop-up notifications closely follow the behavior of an indirect
-notification's interstitial screen. Back dismisses the pop-up notification. If the user navigates
-from the pop-up into the notifying app, Up and Back follow the rules for standard notifications,
-navigating within the app.</p>
+<p>팝업 알림의 탐색 방식은 간접 알림의 틈새 화면에서 사용하는 탐색 방식과 상당히 비슷합니다.
+이전 버튼은 팝업 알림을 없앱니다. 사용자가 팝업을 통해 알림 중인 앱 속으로 들어가면
+상위 및 이전 버튼은 표준 알림으로 앱 내를 탐색할 경우와 동일한 방식으로 동작합니다.</p>
<img src="../media/navigation_popup_notification.png">
-<h2 id="between-apps">Navigation Between Apps</h2>
+<h2 id="between-apps">앱에서 앱으로 이어지는 탐색</h2>
-<p>One of the fundamental strengths of the Android system is the ability for apps to activate each
-other, giving the user the ability to navigate directly from one app into another. For example, an
-app that needs to capture a photo can activate the Camera app, which will return the photo
-to the referring app. This is a tremendous benefit to both the developer, who can easily leverage
-code from other apps, and the user, who enjoys a consistent experience for commonly performed
-actions.</p>
+<p>안드로이드 시스템의 핵심적인 강점 중 하나는 앱이 다른 앱을 실행해
+사용자가 하나의 앱에서 다른 앱 깊숙히 탐색할 수 있게 하는 기능입니다.
+예를 들어 사진을 찍어야 하는 앱이 카메라 앱을 실행하면 카메라 앱은 자신을 호출했던 앱으로 사진을 되돌려줍니다.
+개발자는 다른 앱의 기능을 쉽게 끌어오고
+사용자는 자주 사용하는 동작을 일관된 경험으로 사용할 수 있기 때문에
+이 기능은 개발자와 사용자 양 쪽에 크나큰 이득을 줍니다.</p>
-<p>To understand app-to-app navigation, it's important to understand the Android framework behavior
-discussed below.</p>
+<p>앱에서 앱으로 이어지는 탐색을 이해하기 위해, 먼저 아래에 설명하는
+안드로이드 프레임워크 특성에 대해 이해하는 것이 중요합니다.</p>
-<h4>Activities, tasks, and intents</h4>
+<h4>액티비티, 태스크, 인텐트</h4>
-<p>In Android, an <strong>activity</strong> is an application component that defines a screen of
-information and all of the associated actions the user can perform. Your app is a collection of
-activities, consisting of both the activities you create and those you re-use from other apps.</p>
+<p>안드로이드에서, <strong>액티비티(activity)</strong>는
+정보 화면을 정의하는 애플리케이션 구성 요소 및 사용자가 수행할 수 있는
+모든 연관된 동작을 의미합니다.
+앱은 여러분이 만든 액티비티 및 다른 앱에서 재사용될 액티비티를 포함한
+액티비티 모음이라고 할 수 있습니다.</p>
-<p>A <strong>task</strong> is the sequence of activities a user follows to accomplish a goal. A
-single task can make use of activities from just one app, or may draw on activities from a number
-of different apps.</p>
+<p><strong>태스크(task)</strong>는 사용자가 어떤 목적을 달성하기 위해 거치는
+일련의 액티비티입니다.
+하나의 태스크는 오직 한 앱의 액티비티만 활용할 수도 있지만,
+여러 앱의 액티비티에서 결과를 받아올 수도 있습니다.</p>
-<p>An <strong>intent</strong> is a mechanism for one app to signal it would like another
-app's assistance in performing an action. An app's activities can indicate which intents
-they can respond to. For common intents such as "Share", the user may have many apps installed
-that can fulfill that request.</p>
+<p><strong>인텐트(intent)</strong>는 한 앱에서 특정 액션을 수행할 때
+다른 앱에게 도움을 받고 싶다는 신호를 날리는 메커니즘입니다.
+앱 액티비티는 어떤 인텐트에 응답할 수 있는지 인지할 수 있습니다.
+"공유"와 같은 일반적인 인텐트를 사용하는 사용자는 필요에 따라 다양한 앱을 설치해두었을 것입니다.</p>
-<h4>Example: navigating between apps to support sharing</h4>
+<h4>예제: 공유 기능 사용시의 앱 간 탐색</h4>
-<p>To understand how activities, tasks, and intents work together, consider how one app allows users
-to share content by using another app. For example, launching the Play Store app from Home begins
-new Task A (see figure below). After navigating through the Play Store and touching a promoted book
-to see its details, the user remains in the same task, extending it by adding activities. Triggering
-the Share action prompts the user with a dialog listing each of the activities (from different apps)
-which have registered to handle the Share intent.</p>
+<p>액티비티, 태스크, 인텐트가 어떻게 동작하는지 이해하기 위해, 한 앱이 다른 앱을 사용해
+어떻게 컨텐츠를 공유하는지 생각해보겠습니다. 예를 들어 홈에서 Play 스토어 앱을 실행하면 태스크 A가
+시작됩니다(아래 도표를 보세요). Play 스토어로 탐색한 후 상세 정보를 보기 위해 홍보중인 도서를 터치하면
+사용자는 같은 태스크에 남아 있는 상태에서 액티비티를 추가해 태스크를 확장한 것입니다.
+공유 액션을 선택하면 공유 인텐트를 처리할 수 있다고 등록되어 있는 (다양한 앱의)
+액티비티 목록이 담긴 대화 상자가 나타납니다.</p>
<img src="../media/navigation_between_apps_inward.png">
-<p>When the user elects to share via Gmail, Gmail's compose activity is added as a continuation of
-Task A&mdash;no new task is created. If Gmail had its own task running in the background, it would
-be unaffected.</p>
+<p>사용자가 Gmail로 공유하겠다고 결정하면 Gmail의 편지 쓰기 액티비티가 태스크 A에 이어져&mdash;새 태스크가 생성되지 않고&mdash;추가됩니다. 이 태스크는 백그라운드에 Gmail 자신의 태스크가 동작하고 있었어도 영향을 받지 않습니다.</p>
-<p>From the compose activity, sending the message or touching the Back button returns the user to
-the book details activity. Subsequent touches of Back continue to navigate back through the Play
-Store, ultimately arriving at Home.</p>
+<p>편지 쓰기 액티비티에서 메시지를 보내거나 이전 버튼을 누르면 사용자는
+도서 상세 보기 액티비티로 돌아옵니다. 이전 버튼을 계속해서 누르면 Play 스토어의
+이전 화면으로 계속 넘어가 결국 홈 화면에 도착하게 됩니다.</p>
<img src="../media/navigation_between_apps_back.png">
-<p>However, by touching Up from the compose activity, the user indicates a desire to remain within
-Gmail. Gmail's conversation list activity appears, and a new Task B is created for it. New tasks are
-always rooted to Home, so touching Back from the conversation list returns there.</p>
+<p>하지만 사용자가 편지 쓰기 화면에서 상위 버튼을 터치했다면, Gmail에 남아 있길
+원한다는 걸 알 수 있습니다.
+Gmail의 대화 목록 액티비티가 나타나고 새로운 태스크 B가 생성됩니다.
+새 태스크는 언제나 홈으로 이어지며, 따라서 대화 목록에서 이전 버튼을 누르면
+홈으로 돌아가게 됩니다.</p>
<img src="../media/navigation_between_apps_up.png">
-<p>Task A persists in the background, and the user may return to it later (for example, via the
-Recents screen). If Gmail already had its own task running in the background, it would be replaced
-with Task B&mdash;the prior context is abandoned in favor of the user's new goal.</p>
+<p>백그라운드에 태스크 A가 남아 있기 때문에, 사용자는 나중에 (예를 들어
+최근 앱 화면을 통해) 해당 태스크로 돌아갈 수 있습니다.
+만약 이미 백그라운드에 Gmail 고유 작업이 진행 중이었다면,
+이 작업은 태스크 B&mdash;이전 상황은 사용자의 새 목표에 따라 버려짐&mdash;로 교체될 수 있습니다.</p>
-<p>When your app registers to handle intents with an activity deep within the app's hierarchy,
-refer to <a href="#into-your-app">Navigation into Your App via Home Screen Widgets and
-Notifications</a> for guidance on how to specify Up navigation.</p>
+<p>여러분의 앱이 앱 계층 내의 액티비티가 인텐트를 처리할 경우
+상위 탐색을 어떻게 처리해야 할 지에 대해서는 <a href="#into-your-app">홈 화면 위젯과 알림에서 앱으로 들어오는 탐색</a>을 참조해주세요.</p>
Something went wrong with that request. Please try again.