SF Symbols provides thousands of consistent, highly configurable symbols that integrate seamlessly with the San Francisco system font, automatically aligning with text in all weights and sizes.
You can use a symbol to convey an object or concept wherever interface icons can appear, such as in navigation bars, toolbars, tab bars, context menus, and within text.
Availability of individual symbols and features varies based on the version of the system you’re targeting. For example, if you add to your app bundle a symbol introduced in SF Symbols 3, you can use the symbol when your app runs in earlier platforms — such as iOS 13, Mac Catalyst 13, tvOS 13, or watchOS 6 — but without the benefit of SF Symbols 3 features like Hierarchical or Palette color rendering.
Visit SF Symbols to download the app and browse the full set of symbols. Be sure to understand the terms and conditions for using SF Symbols, including the prohibition against using symbols — or images that are confusingly similar — in app icons, logos, or any other trademarked use. For developer guidance, see Configuring and displaying symbol images in your UI.
SF Symbols 3 and later provides four rendering modes that enable multiple options when applying color to custom symbols. For example, you might want to use multiple opacities of your app’s accent color to produce symbols with depth and emphasis, or specify a palette of contrasting colors to produce symbols that coordinate with various color schemes.
To support the rendering modes, SF Symbols organizes a symbol’s paths into distinct layers. Using a process called annotating, you can assign a specific color — or a specific hierarchical level, such as primary, secondary, or tertiary — to each layer in a custom symbol. Depending on the rendering modes a custom symbol supports, you can use a different mode in each instance of the symbol in your app.
For example, the
cloud.sun.rain.fill symbol consists of three layers: the primary layer contains the cloud paths, the secondary layer contains the paths that define the sun and its rays, and the tertiary layer contains the raindrop paths.
Depending on the rendering mode you choose, an annotated symbol can produce various appearances. For example, Hierarchical rendering mode assigns a different opacity of a single color to each layer, creating a visual hierarchy that gives depth to the symbol.
SF Symbols supports the following rendering modes.
Monochrome — Applies one color to all layers in a symbol. Within a symbol, paths render in the color you specify or as a transparent shape within a color-filled path.
Hierarchical — Applies one color to all layers in a symbol, varying the color’s opacity according to each layer’s hierarchical level.
Palette — Applies two or more colors to a symbol, using one color per layer. Specifying only two colors for a symbol that defines three levels of hierarchy means the secondary and tertiary layers use the same color.
Multicolor — Applies intrinsic colors to some symbols to enhance meaning. For example, the
leaf symbol uses green to reflect the appearance of leaves in the physical world, whereas the
trash.slash symbol uses red to signal data loss. Some multicolor symbols include layers that can receive other colors.
Regardless of rendering mode, using system-provided colors ensures that symbols automatically adapt to accessibility accommodations and appearance modes like vibrancy and Dark Mode. For developer guidance, see renderingMode(_:).
Weights and Scales
SF Symbols provides symbols in a wide range of weights and scales to help you create adaptable designs.
Each of the nine symbol weights — from ultralight to black — corresponds to a weight of the San Francisco system font, helping you achieve precise weight matching between symbols and adjacent text, while supporting flexibility for different sizes and contexts.
Each symbol is also available in three scales: small, medium (the default), and large. The scales are defined relative to the cap height of the San Francisco system font.
Specifying a scale lets you adjust a symbol’s emphasis compared to adjacent text, without disrupting the weight matching with text that uses the same point size. For developer guidance, see imageScale (SwiftUI), SymbolScale (UIKit), and SymbolConfiguration (AppKit).
SF Symbols defines several design variants — such as fill, slash, and enclosed — that can help you communicate precise states and actions while maintaining visual consistency and simplicity in your UI. For example, you could use the slash variant of a symbol to show that an item or action is unavailable, or use the fill variant to indicate selection.
Outline is the most common variant in SF Symbols. An outlined symbol has no solid areas, resembling the appearance of text. Most symbols are also available in a fill variant, in which the areas within some shapes are solid.
In addition to outline and fill, SF Symbols also defines variants that include a slash or enclose a symbol within a shape like a circle, square, or rectangle. In many cases, enclosed and slash variants can combine with outline or fill variants.
SF Symbols 3 and later provides many variants for specific languages and writing systems, including Latin, Arabic, Hebrew, Hindi, Thai, Chinese, Japanese, and Korean. Language- and script-specific variants adapt automatically when the device language changes. For guidance, see Images.
Symbol variants support a range of design goals. For example, the outlined variant works well in toolbars, navigation bars, lists, and other places where you display a symbol alongside text. In contrast, the solid areas in a fill variant tend to give a symbol more visual emphasis, making it a good choice for iOS tab bars and swipe actions, and places where you use an accent color to communicate selection.
In many cases, the view that displays a symbol determines whether to use outline or fill, so you don’t have to specify a variant. For example, an iOS tab bar prefers the fill variant, whereas a navigation bar takes the outline variant.
If you need a symbol that SF Symbols doesn’t provide, you can create your own. To create a custom symbol, first export a symbol that’s similar to the design you want, then use a vector-editing tool like Sketch or Illustrator to modify it. For developer guidance, see Creating custom symbol images for your app.
IMPORTANT SF Symbols includes copyrighted symbols that depict Apple products and features. You can display these symbols in your app, but you can’t customize them. To help you identify a noncustomizable symbol, the SF Symbols app badges it with an Info icon; to help you use the symbol correctly, the inspector pane describes its usage restrictions.
As you create or modify paths in your custom symbol, make sure to use closed paths. Only a closed path — that is, a path in which the beginning and ending vector points connect to produce an inner area — can receive a fill.
Convert stroked paths to outlined paths. Custom symbols don’t support stroked paths. If you want the appearance of a stroked path in your custom symbol, you need to use an outlined path. An outlined path uses vector points to precisely define the area of the path itself, and allowing it to receive a fill.
When you export a template from SF Symbols 3 or later to create a custom symbol, you can choose between two options for the template’s initial setup:
- The variable setup (recommended) contains the paths and explicit margins for each of three weight-scale configurations — ultralight small, regular small, and black small. Use a template with the variable setup when you want to suppor all configurations.
- The static setup contains a set of paths for each of the 27 weight-scale configurations and includes explicit margins for the regular medium configuration. Use a template with the static setup if you’re targeting a particular weight and scale, or want to design only one or two configurations of a symbol.
Using only the three weight-scale configurations in the variable setup, SF Symbols 3 and later can interpolate among them to produce the full range of weights and scales. For interpolation to work:
- Every path must be an outlined path
- Every weight-scale configuration must contain the same set of paths in the same order
- The same path in each configuration must contain the same number of vector points
For example, each weight-scale configuration of the
square.and.arrow.up symbol shown below contains two paths; in each, the square path contains 20 points and the arrow path contains 20 points.
Use the template as a guide. Create a custom symbol that’s consistent with the ones the system provides in level of detail, optical weight, alignment, position, and perspective. Strive to design a symbol that is:
- Directly related to the action or content it represents
For guidance, see Icons.
In your vector-editing tool, use a standard flat fill for your custom symbol. Importing a custom symbol that includes a nonstandard fill — or an effect like a gradient or drop shadow — can prevent it from retaining the annotations you specify in SF Symbols.
Ensure all weight-scale configurations of your custom symbol contain the same number of paths in the same order. For example, consider a symbol that uses a filled circle for a badge. If the circle is the third path in one symbol configuration, you need to make it the third path in all configurations for annotation to work. When you do this, you can create layers that refer to the third path and be confident that each layer references the same circle in every configuration.
NOTE When rendering a symbol, the system adheres to the Z order of its layers, so paths in the top layer may occlude paths in the bottom layers where they overlap. If the layers in some of your custom symbol configurations contain different paths or use a different order, you can get unexpected results when the system applies color.
Assign negative side margins to your custom symbol if necessary. SF Symbols supports negative side margins to aid optical horizontal alignment when a symbol contains a badge or other elements that increase its width. For example, negative side margins can help you horizontally align a stack of folder symbols, some of which include a badge. Beginning in SF Symbols 3, the name of each margin includes the relevant configuration — such as “left-margin-Regular-M” — so be sure to use this naming pattern if you add margins to your custom symbols.
Provide alternative text labels for custom symbols. Alternative text labels — or accessibility descriptions — aren’t visible, but they let VoiceOver audibly describe what’s on screen, making navigation easier for people with visual disabilities. For guidance, see VoiceOver.
Don’t design replicas of Apple products. Apple products are copyrighted and you can’t reproduce them in your custom symbols. Also, you can’t customize a symbol that SF Symbols identifies as representing an Apple feature or product.
No additional considerations for iOS, iPadOS, macOS, tvOS, or watchOS.