A toolbar provides convenient access to frequently used commands and controls that perform actions relevant to the current view.
도구 모음을 사용하면 현재 보기와 관련된 작업을 수행하는 자주 사용되는 명령 및 컨트롤에 편리하게 액세스할 수 있습니다.
Depending on the platform, a toolbar can look and behave differently.
플랫폼에 따라 도구 모음의 모양과 동작이 다를 수 있습니다.
•
In visionOS, a toolbar appears along the bottom edge of an app’s main window.
VisionOS에서는 도구 모음이 앱 기본 창의 하단 가장자리에 나타납니다.
•
In iOS, a toolbar appears at the bottom of a screen. iOS toolbars aren’t customizable, and they don’t support grouping.
iOS에서는 화면 하단에 툴바가 나타납니다. iOS 도구 모음은 사용자 정의할 수 없으며 그룹화를 지원하지 않습니다.
•
In iPadOS and macOS, a toolbar appears at the top of a screen or window. Both platforms support customizable toolbars and grouped toolbar items. In macOS, people can hide an app’s toolbar.
iPadOS 및 macOS에서는 도구 모음이 화면이나 창 상단에 나타납니다. 두 플랫폼 모두 사용자 정의 가능한 도구 모음과 그룹화된 도구 모음 항목을 지원합니다. macOS에서는 사람들이 앱의 도구 모음을 숨길 수 있습니다.
•
In watchOS, the toolbar itself isn’t visible, but you can place toolbar buttons in the top corners and along the bottom of the screen. The system automatically moves the time and title to accommodate buttons in the top corners. You can also place a button in a scrolling view. By default, a scrolling toolbar button remains hidden until people reveal it by scrolling up.
watchOS에서는 도구 모음 자체가 표시되지 않지만 도구 모음 버튼을 화면 상단 모서리와 하단에 배치할 수 있습니다. 시스템은 상단 모서리에 있는 버튼에 맞게 시간과 제목을 자동으로 이동합니다. 스크롤 보기에 버튼을 배치할 수도 있습니다. 기본적으로 스크롤 도구 모음 버튼은 사람들이 위로 스크롤하여 공개할 때까지 숨겨진 상태로 유지됩니다.
Provide toolbar items that support the main tasks people perform. In general, prioritize the commands that people are mostly likely to want. These commands are often the ones people use most frequently, but in some apps it might make sense to prioritize commands that map to the highest level or most important objects people work with. In a macOS app, consider ordering the items in the toolbar according to your prioritization scheme.
사람들이 수행하는 주요 작업을 지원하는 도구 모음 항목을 제공합니다. 일반적으로 사람들이 가장 원할 것 같은 명령의 우선순위를 정하세요. 이러한 명령은 사람들이 가장 자주 사용하는 명령이지만 일부 앱에서는 사람들이 작업하는 가장 중요한 개체나 최고 수준에 매핑되는 명령의 우선 순위를 지정하는 것이 합리적일 수 있습니다. macOS 앱에서는 우선순위 체계에 따라 도구 모음의 항목 순서를 지정하는 것이 좋습니다.
Avoid displaying too many toolbar items. People need to be able to distinguish and activate each item, so you don’t want to overcrowd the toolbar.
도구 모음 항목을 너무 많이 표시하지 마세요. 사람들은 각 항목을 구별하고 활성화할 수 있어야 하므로 도구 모음이 너무 많아지는 것을 원하지 않습니다.
Consider grouping toolbar items where supported. In iPadOS, macOS, and visionOS, you can define logical groups of items to help people find commands that are related to certain subtasks or functional areas in your app. For example, Keynote includes several groups that are based on functionality, including one for presentation-level commands, one for playback commands, and one for object insertion. In iPadOS, you can also use grouping to keep items together in the Overflow menu (to learn more, see iPadOS).
지원되는 경우 도구 모음 항목을 그룹화하는 것을 고려하세요. iPadOS, macOS 및 VisionOS에서는 항목의 논리적 그룹을 정의하여 사람들이 앱의 특정 하위 작업이나 기능 영역과 관련된 명령을 찾는 데 도움을 줄 수 있습니다. 예를 들어, Keynote에는 프레젠테이션 수준 명령용 그룹, 재생 명령용 그룹, 대상체 삽입용 그룹 등 기능을 기반으로 하는 여러 그룹이 포함되어 있습니다. iPadOS에서는 그룹화를 사용하여 항목을 오버플로 메뉴에 함께 보관할 수도 있습니다(자세한 내용은 iPadOS 참조 ).
역자첨언
Make sure the meaning of each toolbar item is clear. Don’t make people guess or experiment to figure out what an item does. In all platforms except macOS, provide either a simple, recognizable symbol (or interface icon), or a short, descriptive label for each item. In a macOS app, you provide a symbol and a label so that people can view both in the toolbar if they choose. As you write labels, prefer verbs and verb phrases like View, Insert, and Share. Use title-style capitalization and no ending punctuation.
각 도구 모음 항목의 의미가 명확한지 확인하세요. 항목의 기능을 알아내기 위해 사람들이 추측하거나 실험하게 만들지 마세요. macOS를 제외한 모든 플랫폼에서 각 항목에 대해 간단하고 인식 가능한 기호(또는 인터페이스 아이콘) 또는 짧고 설명이 포함된 레이블을 제공합니다. macOS 앱에서는 사람들이 선택하는 경우 도구 모음에서 두 가지를 모두 볼 수 있도록 기호와 레이블을 제공합니다. 레이블을 작성할 때 View , Insert 및 Share 와 같은 동사 및 동사구를 선호하세요 . 제목 스타일의 대문자를 사용 하고 마침표는 사용하지 마세요.
Prefer system-provided symbols or interface icons. System-provided symbols are familiar, automatically receive appropriate coloring, and respond consistently to user interactions and vibrancy.
시스템에서 제공하는 기호나 인터페이스 아이콘을 선호하세요. 시스템에서 제공하는 기호는 친숙하고 자동으로 적절한 색상을 지정하며 사용자 상호 작용 및 생동감에 일관되게 반응합니다.
Prefer a consistent appearance for all toolbar items. Toolbars look best and are easiest to understand when all items use a similar visual style.
모든 도구 모음 항목에 대해 일관된 모양을 선호합니다. 도구 모음은 모든 항목이 유사한 시각적 스타일을 사용할 때 가장 보기 좋고 이해하기 쉽습니다.
If a toolbar item toggles between two states, make sure the item clearly communicates the current state. You might consider changing the item’s color and label to clarify its current state. In the macOS Mail toolbar, for example, the online-offline toggle button displays a filled icon and a Go Offline label when accounts are online; when accounts are offline, the item displays an unfilled icon and a Go Online label.
도구 모음 항목이 두 상태 사이를 전환하는 경우 해당 항목이 현재 상태를 명확하게 전달하는지 확인하세요. 현재 상태를 명확히 하기 위해 항목의 색상과 라벨을 변경하는 것을 고려할 수 있습니다. 예를 들어 macOS 메일 도구 모음에서 온라인-오프라인 토글 버튼은 계정이 온라인일 때 채워진 아이콘과 오프라인으로 전환 레이블을 표시합니다. 계정이 오프라인이면 항목에 채워지지 않은 아이콘과 온라인으로 전환 레이블이 표시됩니다.
In iPadOS and macOS apps, consider letting people customize the toolbar. Toolbar customization is especially useful in apps that provide a lot of items — or that include advanced functionality that not everyone needs — and in apps that people tend to use for long periods of time. For example, it often works well to make a range of editing actions available for toolbar customization, because people often use different types of editing commands based on their work style and their current project.
iPadOS 및 macOS 앱에서는 사람들이 도구 모음을 사용자화할 수 있도록 하는 것이 좋습니다. 도구 모음 사용자 정의는 많은 항목을 제공하거나 모든 사람에게 필요하지 않은 고급 기능을 포함하는 앱과 사람들이 오랫동안 사용하는 경향이 있는 앱에서 특히 유용합니다. 예를 들어, 사람들은 자신의 작업 스타일과 현재 프로젝트에 따라 다양한 유형의 편집 명령을 사용하는 경우가 많기 때문에 도구 모음 사용자 정의에 다양한 편집 작업을 사용할 수 있도록 하는 것이 효과적입니다.
Be prepared for translucency in the toolbar when content flows beneath it. A toolbar automatically adopts translucency when placed above a scroll view or when the window is configured as a full-size content view. In visionOS, content that can scroll behind a toolbar uses a variable blur to ensure it remains legible and passthrough remains visible. In iOS, a toolbar is translucent by default, using a background material only when content appears behind it and removing the material when the view scrolls to the bottom. For guidance, see Materials.
콘텐츠가 툴바 아래로 흐를 때 툴바의 반투명성을 준비하세요. 도구 모음은 스크롤 보기 위에 배치되거나 창이 전체 크기 콘텐츠 보기로 구성되면 자동으로 반투명도를 채택합니다. VisionOS에서 도구 모음 뒤로 스크롤할 수 있는 콘텐츠는 가변 흐림 효과를 사용하여 읽기 쉽고 패스스루가 계속 표시되도록 합니다. iOS에서 도구 모음은 기본적으로 반투명합니다. 콘텐츠가 뒤에 나타날 때만 배경 자료를 사용하고 보기가 아래쪽으로 스크롤될 때 자료를 제거합니다. 지침은 재료 를 참조하세요.
When no content appears behind the toolbar, the background material doesn’t appear.
When content appears behind the toolbar, the background material changes to distinguish it from the content.
도구 모음 뒤에 콘텐츠가 나타나지 않으면 배경 자료도 나타나지 않습니다.
도구 모음 뒤에 콘텐츠가 나타나면 배경 자료가 변경되어 콘텐츠와 구별됩니다.
역자첨언
No additional considerations for tvOS.
Although toolbars and tab bars both appear at the bottom of a screen, each has a different purpose.
•
A toolbar contains buttons for performing actions related to the screen, such as creating an item, filtering items, or marking up content.
•
A tab bar lets people navigate among different areas of an app, such as the Alarm, Stopwatch, and Timer tabs in the Clock app.
Toolbars and tab bars don’t appear together in the same view.
도구 모음과 탭 표시줄은 모두 화면 하단에 표시되지만 각각의 용도는 다릅니다.
•
도구 모음에는 항목 생성, 항목 필터링, 콘텐츠 마크업 등 화면과 관련된 작업을 수행하기 위한 버튼이 포함되어 있습니다.
•
탭 표시줄을 사용하면 시계 앱의 알람, 스톱워치, 타이머 탭과 같은 앱의 다양한 영역을 탐색할 수 있습니다.
도구 모음과 탭 표시줄은 동일한 보기에 함께 표시되지 않습니다.
Avoid using a segmented control in a toolbar. Segmented controls let people switch contexts, whereas a toolbar’s actions are specific to the current screen.
도구 모음에서 분할된 컨트롤을 사용하지 마세요. 분할된 컨트롤을 사용하면 상황을 전환할 수 있지만 도구 모음의 작업은 현재 화면에만 적용됩니다.
In a toolbar that contains three or fewer buttons, consider using concise text labels instead of symbols to add clarity. For example, Calendar uses the labels Today, Calendars, and Inbox. To ensure that the labels don’t run together, you can insert fixed spaces between the buttons. For developer guidance, see UIBarButtonSystemItemFixedSpace.
3개 이하의 버튼이 포함된 도구 모음에서는 명확성을 추가하기 위해 기호 대신 간결한 텍스트 레이블을 사용하는 것이 좋습니다. 예를 들어 Calendar에서는 Today, Calendars 및 Inbox라는 레이블을 사용합니다. 레이블이 함께 실행되지 않도록 버튼 사이에 고정된 공백을 삽입할 수 있습니다. 개발자 지침은 UIBarButtonSystemItemFixedSpace을 참조하세요 .
역자첨언
In iPadOS, a toolbar offers commonly used actions that affect the current task, along with document-specific functionality, a Back button, and important actions that people might want to take at any time. In contrast, a navigation bar doesn’t typically include document-specific functionality; instead, it supports app navigation, offers actions that help people manage their content, and can include a search field.
iPadOS의 도구 모음은 문서별 기능, 뒤로 버튼 및 사람들이 언제든지 수행하고 싶어할 수 있는 중요한 작업과 함께 현재 작업에 영향을 미치는 일반적으로 사용되는 작업을 제공합니다. 이와 대조적으로 탐색 모음에는 일반적으로 문서별 기능이 포함되지 않습니다. 대신 앱 탐색을 지원하고 사람들이 콘텐츠를 관리하는 데 도움이 되는 작업을 제공하며 검색 필드를 포함할 수 있습니다.
Note
In iPadOS, you use UINavigationBar to create a toolbar.
iPadOS에서는 도구 모음을 만들기 위해 UINavigationBar 를 참고하세요.
In iPadOS 16 and later, different areas of the toolbar can display different types of items.
iPadOS 16 및 이후 버전에서는 도구 모음의 다양한 영역에 다양한 유형의 항목이 표시될 수 있습니다.
•
Leading end. Elements that let people return to the previous document and show or hide a sidebar appear at the far leading end, followed by the document title. Next to the title the toolbar can include a document menu that contains standard and app-specific commands that affect the document as a whole, such as Duplicate, Rename, Move, and Export. To ensure that these items are always available regardless of window size, items in the toolbar’s leading end aren’t customizable.
맨 앞쪽 끝. 사람들이 이전 문서로 돌아가서 사이드바를 표시하거나 숨길 수 있게 해주는 요소는 가장 앞쪽 끝에 표시되고 그 뒤에 문서 제목이 표시됩니다. 도구 모음의 제목 옆에는 복제, 이름 바꾸기, 이동, 내보내기 등 문서 전체에 영향을 미치는 표준 및 앱별 명령이 포함된 문서 메뉴가 포함될 수 있습니다. 창 크기에 관계없이 이러한 항목을 항상 사용할 수 있도록 하기 위해 도구 모음 맨 앞에 있는 항목을 사용자 정의할 수 없습니다.
•
Center area. Frequently used items appear in the center area, where people can add, remove, and rearrange them. Items in the center section automatically collapse into the system-managed Overflow menu when the window shrinks enough in size.
중앙 지역. 자주 사용하는 항목은 사람들이 추가, 제거 및 재정렬할 수 있는 중앙 영역에 나타납니다. 창 크기가 충분히 줄어들면 중앙 섹션의 항목이 시스템 관리형 오버플로 메뉴로 자동 축소됩니다.
•
Trailing end. The trailing end of a toolbar contains important items that need to remain available, buttons that open nearby inspectors, an optional search field, and the Overflow menu that reveals hidden items and supports toolbar customization. Items in the trailing end remain visible at all window sizes.
후행 끝. 도구 모음의 끝 부분에는 사용 가능한 상태로 유지해야 하는 중요한 항목, 근처 검사기를 여는 버튼, 선택적 검색 필드, 숨겨진 항목을 표시하고 도구 모음 사용자 정의를 지원하는 오버플로 메뉴가 포함되어 있습니다. 후행 끝에 있는 항목은 모든 창 크기에서 계속 표시됩니다.
Place a toolbar at the top edge of the screen. iPad has a large display that provides enough room for the functionality people appreciate, while preserving access to the most important commands even at small window sizes. If you’re transitioning an iPhone app to run on iPad, be sure to move toolbar buttons at the bottom of your iOS screen to the top of your iPadOS screen.
화면 상단 가장자리에 툴바를 배치합니다. iPad에는 작은 창 크기에서도 가장 중요한 명령에 대한 접근을 유지하면서 사람들이 좋아하는 기능을 위한 충분한 공간을 제공하는 대형 디스플레이가 있습니다. iPad에서 실행되도록 iPhone 앱을 전환하는 경우 iOS 화면 하단에 있는 도구 모음 버튼을 iPadOS 화면 상단으로 이동해야 합니다.
Use the Document menu to offer commands that affect a document as a whole. For example, you might include commands like Duplicate, Rename, Move, and Print. Avoid listing editing commands in the Document menu — instead, consider elevating these actions to the center area of the toolbar. Also avoid offering commands that open the document in other apps, because the Share menu already lets people perform actions like using Messages to send the document to someone else, opening it in another app, or adding it to a reading list.
문서 메뉴를 사용하면 문서 전체에 영향을 미치는 명령을 제공할 수 있습니다. 예를 들어 복제, 이름 바꾸기, 이동 및 인쇄와 같은 명령을 포함할 수 있습니다. 문서 메뉴에 편집 명령을 나열하지 마십시오. 대신 이러한 작업을 도구 모음의 중앙 영역으로 올리는 것을 고려하십시오. 또한 다른 앱에서 문서를 여는 명령을 제공하지 마세요. 이미 공유 메뉴를 사용하면 메시지를 사용하여 다른 사람에게 문서를 보내거나, 다른 앱에서 문서를 열거나, 읽기 목록에 추가하는 등의 작업을 수행할 수 있기 때문입니다.
Prefer the center area for task-specific commands that people are most likely to use while they’re actively engaged with the content. The center area is always available when the window is at full size, making it a convenient location for editing commands and other actions that affect the window’s content. Also, you can let people customize the items in the center area to support their personal work style. When people make your window smaller, items in the center section of the toolbar automatically transition into the toolbar-managed Overflow menu when there’s no longer enough room to display them.
사람들이 콘텐츠에 적극적으로 참여하는 동안 사용할 가능성이 가장 높은 작업별 명령을 위한 중앙 영역을 선호하세요. 중앙 영역은 창이 전체 크기일 때 항상 사용할 수 있으므로 창 내용에 영향을 미치는 명령 및 기타 작업을 편집하는 데 편리한 위치입니다. 또한 사람들이 개인 작업 스타일을 지원하도록 중앙 영역의 항목을 사용자 정의할 수 있습니다. 사람들이 창을 더 작게 만들면 도구 모음의 중앙 섹션에 있는 항목을 표시할 공간이 더 이상 없을 때 자동으로 도구 모음 관리 오버플로 메뉴로 전환됩니다.
Prefer the trailing end of the toolbar for important items that need to be visible at all window sizes. For example, Pages offers the Share menu in this area because people often want to perform an action on the document as a whole without expanding it. The trailing end of the toolbar is also an intuitive place to put inspector buttons that reveal panels located on the trailing side of the window.
모든 창 크기에서 표시되어야 하는 중요한 항목에 대해서는 도구 모음의 끝 부분을 선호합니다. 예를 들어, 사람들은 문서를 확장하지 않고 문서 전체에 대해 작업을 수행하려는 경우가 많기 때문에 Pages에서는 이 영역에 공유 메뉴를 제공합니다. 도구 모음의 끝 부분은 창의 끝 부분에 있는 패널을 표시하는 검사기 버튼을 배치할 수 있는 직관적인 장소이기도 합니다.
In a macOS app, the toolbar resides in the frame at the top of a window, either below or integrated with the title bar. Note that window titles can display inline with controls, and toolbar items don’t include a bezel.
macOS 앱에서 도구 모음은 창 상단의 프레임 아래 또는 제목 표시줄과 통합되어 있습니다. 창 제목은 컨트롤과 함께 인라인으로 표시될 수 있으며 도구 모음 항목에는 베젤이 포함되지 않습니다.
역자첨언
When horizontal space is limited, the toolbar can display the Search button in place of the search bar. When people click the Search button, the bar expands; when they click elsewhere in the window, the search bar collapses and the toolbar displays the button again.
가로 공간이 제한된 경우 도구 모음의 검색 창 대신 검색 버튼을 표시할 수 있습니다. 사람들이 검색 버튼을 클릭하면 막대가 확장됩니다. 창의 다른 곳을 클릭하면 검색창이 축소되고 도구 모음에 버튼이 다시 표시됩니다.
역자첨언
In a settings window, the toolbar can use SF Symbols to harmonize with the appearance of the main window, but the title position remains above the toolbar buttons. When needed for clarity, individual toolbar buttons can include color. To indicate the active pane, the window applies a system-provided selection appearance to the selected toolbar button.
설정 창에서 도구 모음은 SF 기호를 사용하여 기본 창의 모양과 조화를 이룰 수 있지만 제목 위치는 도구 모음 버튼 위에 남아 있습니다. 명확성을 위해 필요한 경우 개별 도구 모음 버튼에 색상이 포함될 수 있습니다. 활성 창을 나타내기 위해 창은 선택한 도구 모음 버튼에 시스템 제공 선택 모양을 적용합니다.
역자첨언
Make every toolbar item available as a command in the menu bar. Because people can customize the toolbar or hide it, it can’t be the only place that presents a command. In contrast, it doesn’t make sense to provide a toolbar item for every menu item because not all menu commands are important enough or used often enough to warrant space in the toolbar.
모든 도구 모음 항목을 메뉴 모음의 명령으로 사용할 수 있도록 만듭니다. 사람들은 도구 모음을 사용자 정의하거나 숨길 수 있으므로 명령을 표시하는 유일한 장소일 수는 없습니다. 대조적으로, 모든 메뉴 명령이 충분히 중요하지 않거나 도구 모음에 공간을 확보할 만큼 자주 사용되지 않기 때문에 모든 메뉴 항목에 도구 모음 항목을 제공하는 것은 의미가 없습니다.
Note
Toolbar items automatically use the large control size. The exception is an integrated toolbar-title bar area — such as the one in a Safari window — which continues to use the regular control size. You can use constraints if you need to specify minimum or maximum sizes for a toolbar control.
도구 모음 항목은 자동으로 큰 컨트롤 크기를 사용합니다. 단, Safari 창과 같은 통합 도구 모음 제목 표시줄 영역은 일반 컨트롤 크기를 계속 사용합니다. 도구 모음 컨트롤의 최소 또는 최대 크기를 지정해야 하는 경우 제약 조건을 사용할 수 있습니다.
Use recommended sizes if you need to create a custom image for a toolbar item. To create a custom interface icon, use a maximum size of 19x19 px (38x38 px @2x). To create a full-color freestanding toolbar icon, use the PNG format and provide @1x version that measures 32x32 px and a @2x version that measures 64x64 px. If you use a recognizable full-color icon from elsewhere, don’t change its appearance or perspective.
도구 모음 항목에 대한 사용자 정의 이미지를 생성해야 하는 경우 권장 크기를 사용하세요. 사용자 정의 인터페이스 아이콘을 만들려면 최대 크기 19x19픽셀(38x38픽셀 @2x)을 사용하세요. 풀 컬러 독립형 도구 모음 아이콘을 만들려면 PNG 형식을 사용하고 32x32px를 측정하는 @1x 버전과 64x64px를 측정하는 @2x 버전을 제공하세요. 다른 곳에서 인식 가능한 풀 컬러 아이콘을 사용하는 경우 아이콘의 모양이나 관점을 변경하지 마세요.
In general, avoid giving a toolbar item a persistent selected appearance. The system adds a rounded-rectangle background to an item only when people move the pointer over it or choose it, removing the appearance when the item performs its action or the pointer moves away. There are two exceptions to this behavior. One is a segmented control that shows a persistent selected appearance within the context of the control — such as the view controls in a Finder window toolbar — and the second is in a settings window that uses toolbar items as pane switchers.
일반적으로 도구 모음 항목에 지속적으로 선택된 모양을 제공하지 마세요. 시스템에서는 사람들이 포인터를 항목 위로 이동하거나 선택할 때만 항목에 둥근 직사각형 배경을 추가하고 항목이 작업을 수행하거나 포인터가 멀리 이동할 때 모양을 제거합니다. 이 동작에는 두 가지 예외가 있습니다. 하나는 Finder 창 도구 모음의 보기 컨트롤과 같이 컨트롤 컨텍스트 내에서 지속적으로 선택된 모양을 표시하는 분할된 컨트롤이고, 두 번째는 도구 모음 항목을 창 전환기로 사용하는 설정 창에 있습니다.
역자첨언
Consider letting people hide the toolbar, in addition to automatically hiding it in full-screen mode. Sometimes people appreciate being able to hide the toolbar to minimize distractions or reveal more content. If you support this action, provide commands for hiding and revealing the toolbar in the View menu. In full-screen mode, it can work well to hide the toolbar if people don’t need it to accomplish the focused task. For example, Preview hides the toolbar in a full-screen window because people are more likely to view content than to annotate it. If you hide the toolbar in a full-screen window, reveal it (along with the menu bar) when the pointer moves to the top of the screen.
전체 화면 모드에서 도구 모음을 자동으로 숨기는 것 외에 사람들이 도구 모음을 숨길 수 있도록 하는 것도 고려해 보세요. 때때로 사람들은 방해 요소를 최소화하거나 더 많은 콘텐츠를 표시하기 위해 도구 모음을 숨길 수 있다는 점을 높이 평가합니다. 이 작업을 지원하는 경우 보기 메뉴 에서 도구 모음을 숨기고 표시하는 명령을 제공하세요 . 전체 화면 모드에서는 집중된 작업을 수행하는 데 도구 모음이 필요하지 않은 경우 도구 모음을 숨기는 것이 효과적입니다. 예를 들어, 사람들이 콘텐츠에 주석을 달기보다는 보기를 더 좋아하기 때문에 미리보기는 전체 화면 창에서 도구 모음을 숨깁니다. 전체 화면 창에서 도구 모음을 숨긴 경우 포인터가 화면 상단으로 이동하면 메뉴 모음과 함께 도구 모음이 표시됩니다.
Consider letting people click nondestructive toolbar items when a window is inactive. Usually, clicking the toolbar of an inactive window brings the window to the front. In some cases, it may be useful to let people invoke a toolbar item without bringing the window to the front so they can stay focused on a task in a different window. The toolbar of the standard Fonts panel behaves this way.
창이 비활성 상태일 때 사람들이 비파괴적인 도구 모음 항목 쇼을 클릭할 수 있도록 하는 것이 좋습니다. 일반적으로 비활성 창의 도구 모음을 클릭하면 해당 창이 앞으로 나옵니다. 어떤 경우에는 사람들이 창을 앞으로 가져오지 않고 도구 모음 항목을 호출하여 다른 창의 작업에 계속 집중할 수 있도록 하는 것이 유용할 수 있습니다. 표준 글꼴 패널의 도구 모음은 이러한 방식으로 동작합니다.
Consider adding spring-loading support to toolbar items. On pressure-sensitive systems, such as systems with the Magic Trackpad, spring loading lets people activate a button or segmented control segment by dragging items over it and force clicking — that is, pressing harder — without dropping the items. People can then continue dragging the items, possibly to perform additional actions. In Calendar, for example, people can drag an event over the day, week, month, or year segments in the toolbar. Force clicking a segment switches the calendar view without releasing the event, so people can drop the event at the desired location in the new calendar view.
도구 모음 항목에 스프링 로딩 지원을 추가하는 것을 고려해보세요. Magic Trackpad가 있는 시스템과 같이 압력에 민감한 시스템에서 스프링 로딩을 사용하면 항목을 떨어뜨리지 않고 항목을 끌어서 강제로 클릭(즉, 더 세게 누르는 것)하여 버튼이나 분할된 제어 세그먼트를 활성화할 수 있습니다. 그런 다음 사람들은 항목을 계속 드래그하여 추가 작업을 수행할 수 있습니다. 예를 들어 캘린더에서 사람들은 도구 모음의 일, 주, 월 또는 연도 세그먼트 위로 이벤트를 드래그할 수 있습니다. 세그먼트를 강제로 클릭하면 이벤트를 해제하지 않고 달력 보기가 전환되므로 사람들은 새 달력 보기에서 원하는 위치에 이벤트를 놓을 수 있습니다.
In visionOS, the system-provided toolbar appears along the bottom edge of a window, above the window-management controls, and in a parallel plane that’s slightly in front of the window along the z-axis.
VisionOS에서 시스템 제공 도구 모음은 창 아래쪽 가장자리, 창 관리 컨트롤 위, z축을 따라 창 약간 앞쪽의 평행 평면에 나타납니다.
As with other platforms except macOS, you supply either a symbol or a text label for each item in a toolbar. When people look at a toolbar item that contains a symbol, visionOS reveals the text label, providing additional information.
macOS를 제외한 다른 플랫폼과 마찬가지로 도구 모음의 각 항목에 기호나 텍스트 레이블을 제공합니다. 사람들이 기호가 포함된 도구 모음 항목을 보면 VisionOS는 추가 정보를 제공하는 텍스트 레이블을 표시합니다.
Prefer using a system-provided toolbar. The standard toolbar has a consistent and familiar appearance and is optimized to work well with eye and hand input. In addition, the system automatically places a standard toolbar in the correct position in relation to its window.
시스템에서 제공하는 도구 모음을 사용하는 것이 좋습니다. 표준 도구 모음은 일관되고 친숙한 모양을 갖고 있으며 눈과 손 입력에 잘 작동하도록 최적화되어 있습니다. 또한 시스템은 창을 기준으로 올바른 위치에 표준 도구 모음을 자동으로 배치합니다.
Avoid creating a vertical toolbar. In visionOS, tab bars are vertical, so presenting a vertical toolbar could confuse people.
As much as possible, keep toolbar controls consistent when people resize the window. Unlike macOS, visionOS doesn’t include a menu bar where each app lists all its actions, so it’s important for the toolbar to provide reliable access to essential controls regardless of a window’s size.
사람들이 창 크기를 조정할 때 가능한 한 도구 모음 컨트롤을 일관되게 유지하세요. macOS와 달리 VisionOS에는 각 앱이 모든 작업을 나열하는 메뉴 막대가 포함되어 있지 않으므로 도구 모음이 창 크기에 관계없이 필수 컨트롤에 대한 안정적인 액세스를 제공하는 것이 중요합니다.
If your app can enter a modal state, consider offering contextually relevant toolbar controls. For example, a photo-editing app might enter a modal state to help people perform a multistep editing task. In this scenario, the controls in the modal editing view are different from the controls in the main window. Be sure to reinstate the window’s standard toolbar controls when the app exits the modal state.
앱이 모달 상태로 들어갈 수 있다면 상황에 맞는 도구 모음 컨트롤을 제공하는 것을 고려해 보세요. 예를 들어 사진 편집 앱은 사람들이 다단계 편집 작업을 수행하는 데 도움이 되도록 모달 상태로 들어갈 수 있습니다. 이 시나리오에서 모달 편집 보기의 컨트롤은 기본 창의 컨트롤과 다릅니다. 앱이 모달 상태를 종료하면 창의 표준 도구 모음 컨트롤을 복원해야 합니다.
If necessary, consider including a pull-down menu in a toolbar. A pull-down menu lets you offer additional actions related to a toolbar item, but can be difficult for people to discover and may clutter your interface. Because a toolbar is located at the bottom edge of a window in visionOS, a pull-down menu might obscure the standard window controls that appear below the bottom edge. For guidance, see Pull-down buttons.
필요한 경우 도구 모음에 풀다운 메뉴를 포함하는 것을 고려해보세요. 풀다운 메뉴를 사용하면 도구 모음 항목과 관련된 추가 작업을 제공할 수 있지만 사람들이 찾기 어렵고 인터페이스가 복잡해질 수 있습니다. 도구 모음은 VisionOS 창의 아래쪽 가장자리에 있기 때문에 풀다운 메뉴로 인해 아래쪽 가장자리 아래에 나타나는 표준 창 컨트롤이 가려질 수 있습니다. 지침은 풀다운 버튼 을 참조하십시오 .
역자첨언
A toolbar button lets you offer important app functionality in a view that displays related content. Located at the top of a scrolling view, a toolbar button can stay hidden behind the navigation bar until people reveal it by scrolling up. For developer guidance, see primaryAction.
도구 모음 버튼을 사용하면 관련 콘텐츠를 표시하는 보기에서 중요한 앱 기능을 제공할 수 있습니다. 스크롤 보기 상단에 위치한 도구 모음 버튼은 사람들이 위로 스크롤하여 표시할 때까지 탐색 모음 뒤에 숨겨져 있을 수 있습니다. 개발자 지침은 primaryAction을 참조하세요 .
Place a toolbar button only in a scrolling view. People frequently scroll to the top of a scrolling view, so discovering a toolbar button is almost automatic. Placing a toolbar button in a nonscrolling view makes it permanently visible, eliminating the advantage of hiding it when it’s not needed.
스크롤 보기에만 도구 모음 버튼을 배치합니다. 사람들은 스크롤 보기의 상단으로 스크롤하는 경우가 많기 때문에 도구 모음 버튼을 찾는 것은 거의 자동입니다. 스크롤되지 않는 보기에 도구 모음 버튼을 배치하면 영구적으로 표시되므로 필요하지 않을 때 숨길 수 있는 이점이 사라집니다.
Use a toolbar button for an important action that isn’t a primary app function. A toolbar button gives you the flexibility to offer important functionality in a view whose primary purpose is related to that functionality, but may not be the same. For example, Mail provides the essential New Message action in a toolbar button at the top of the Inbox view. The primary purpose of the Inbox is to display a scrollable list of email messages, so it makes sense to offer the closely related compose action in a toolbar button at the top of the view.
기본 앱 기능이 아닌 중요한 작업에는 도구 모음 버튼을 사용하세요. 도구 모음 버튼을 사용하면 기본 목적이 해당 기능과 관련되어 있지만 동일하지 않을 수 있는 중요한 기능을 보기에서 제공할 수 있는 유연성을 제공합니다. 예를 들어 메일은 받은 편지함 보기 상단에 있는 도구 모음 버튼에 필수적인 새 메시지 작업을 제공합니다. 받은 편지함의 주요 목적은 스크롤 가능한 이메일 메시지 목록을 표시하는 것입니다. 따라서 보기 상단의 도구 모음 버튼에 밀접하게 관련된 작성 작업을 제공하는 것이 합리적입니다.
Prefer a single, full-width toolbar button. Displaying multiple toolbar buttons — whether stacked or side by side — can complicate the view and require people to make sure they’ve discovered the full set of actions before making a choice. If you’re considering more than one toolbar button, also consider whether your app needs a separate view to offer these essential actions.
단일의 전체 너비 도구 모음 버튼을 선호합니다. 여러 개의 도구 모음 버튼을 겹쳐서 표시하거나 나란히 표시하면 보기가 복잡해질 수 있으며 사람들이 선택하기 전에 전체 작업 세트를 발견했는지 확인해야 합니다. 둘 이상의 도구 모음 버튼을 고려하고 있다면 이러한 필수 작업을 제공하기 위해 앱에 별도의 보기가 필요한지 여부도 고려하세요.
역자첨언
A toolbar button lets you offer important app functionality in a view that displays related content. You can place toolbar buttons in the top corners or along the bottom of the screen. If you place these buttons above scrolling content, the buttons always remain visible, as the content scrolls under them.
도구 모음 버튼을 사용하면 관련 콘텐츠를 표시하는 보기에서 중요한 앱 기능을 제공할 수 있습니다. 도구 모음 버튼을 화면 상단 모서리나 하단에 배치할 수 있습니다. 스크롤되는 콘텐츠 위에 이러한 버튼을 배치하면 콘텐츠가 그 아래로 스크롤되므로 버튼이 항상 표시됩니다.
Top toolbar buttons.
상단 툴바 버튼
Bottom toolbar buttons.
하단 툴바 버튼
For developer guidance, see topBarLeading, topBarTrailing, or bottomBar.
개발자 지침은 topBarLeading, topBarTrailing, 또는 bottomBar을 참조하세요.
You can also place a button in the scrolling view. By default, a scrolling toolbar button remains hidden until people reveal it by scrolling up. People frequently scroll to the top of a scrolling view, so discovering a toolbar button is automatic.
스크롤 보기에 버튼을 배치할 수도 있습니다. 기본적으로 스크롤 도구 모음 버튼은 사람들이 위로 스크롤하여 공개할 때까지 숨겨진 상태로 유지됩니다. 사람들은 스크롤 보기의 맨 위로 스크롤하는 경우가 많기 때문에 도구 모음 버튼을 자동으로 발견합니다.
Use a scrolling toolbar button for an important action that isn’t a primary app function. A toolbar button gives you the flexibility to offer important functionality in a view whose primary purpose is related to that functionality, but may not be the same. For example, Mail provides the essential New Message action in a toolbar button at the top of the Inbox view. The primary purpose of the Inbox is to display a scrollable list of email messages, so it makes sense to offer the closely related compose action in a toolbar button at the top of the view.
기본 앱 기능이 아닌 중요한 작업에는 스크롤 도구 모음 버튼을 사용하세요. 도구 모음 버튼을 사용하면 기본 목적이 해당 기능과 관련되어 있지만 동일하지 않을 수 있는 중요한 기능을 보기에서 제공할 수 있는 유연성을 제공합니다. 예를 들어 메일은 받은 편지함 보기 상단에 있는 도구 모음 버튼에 필수적인 새 메시지 작업을 제공합니다. 받은 편지함의 주요 목적은 스크롤 가능한 이메일 메시지 목록을 표시하는 것입니다. 따라서 보기 상단의 도구 모음 버튼에 밀접하게 관련된 작성 작업을 제공하는 것이 합리적입니다.
Change log
작성 날짜 | 작성자 | 수정사항 |
2023/10/16 | 시즈 | 초기 번역 |
2023/12/22 | 시즈 | 배포 |