SkeletonView
☠️ An elegant way to show users that something is happening and also prepare them to which contents they are awaiting
Top Related Projects
⚪ SVG-Powered component to easily create skeleton loadings.
An easy, flexible way to add a shimmering effect to any view in an Android app.
DEPRECATED - Memory efficient shimmering effect for Android applications by Supercharge.
Quick Overview
SkeletonView is an elegant Swift library for iOS that provides an easy way to create loading animations for views while waiting for content to load. It automatically creates a skeleton layer when the view is empty, giving users a visual indication that content is on its way.
Pros
- Easy to implement with just a few lines of code
- Highly customizable, allowing for different colors, animations, and shapes
- Supports both UIKit and SwiftUI
- Automatically adapts to light and dark modes
Cons
- May impact performance on complex views with many subviews
- Limited to iOS platform only
- Requires iOS 9.0 or later
- Some advanced customizations might require deeper understanding of the library
Code Examples
- Basic usage with UIKit:
import SkeletonView
class ViewController: UIViewController {
@IBOutlet weak var tableView: UITableView!
override func viewDidAppear(_ animated: Bool) {
super.viewDidAppear(animated)
tableView.showSkeleton()
}
func updateUI() {
tableView.hideSkeleton()
}
}
- Customizing skeleton appearance:
let gradient = SkeletonGradient(baseColor: .clouds)
view.showGradientSkeleton(usingGradient: gradient)
- Using SkeletonView with SwiftUI:
import SwiftUI
import SkeletonUI
struct ContentView: View {
var body: some View {
Text("Hello, World!")
.skeleton(with: true)
.shape(type: .rectangle)
.appearance(type: .solid(color: .gray))
.animation(type: .pulse())
}
}
Getting Started
- Install SkeletonView using CocoaPods, Carthage, or Swift Package Manager.
- Import the library in your Swift file:
import SkeletonView
- Make your views skeletonable:
view.isSkeletonable = true
- Show the skeleton when loading:
view.showSkeleton()
- Hide the skeleton when content is loaded:
view.hideSkeleton()
For more advanced usage and customization options, refer to the official documentation on the GitHub repository.
Competitor Comparisons
⚪ SVG-Powered component to easily create skeleton loadings.
Pros of react-content-loader
- Cross-platform compatibility (React Native support)
- SVG-based, allowing for more complex and customizable loading animations
- Comes with pre-built, commonly used loading templates
Cons of react-content-loader
- Limited to React applications
- Requires more setup and configuration for custom designs
- May have a steeper learning curve for developers unfamiliar with SVG
Code Comparison
SkeletonView (Swift):
view.showAnimatedGradientSkeleton()
react-content-loader (React):
import ContentLoader from 'react-content-loader'
const MyLoader = () => (
<ContentLoader>
<rect x="0" y="0" rx="5" ry="5" width="70" height="70" />
<rect x="80" y="17" rx="4" ry="4" width="300" height="13" />
<rect x="80" y="40" rx="3" ry="3" width="250" height="10" />
</ContentLoader>
)
SkeletonView offers a simpler API for basic skeleton loading, while react-content-loader provides more flexibility in creating custom loading animations. SkeletonView is specific to iOS development, whereas react-content-loader is focused on React applications. The choice between the two depends on the target platform, desired customization level, and developer familiarity with the respective technologies.
An easy, flexible way to add a shimmering effect to any view in an Android app.
Pros of shimmer-android
- Specifically designed for Android, offering native performance and integration
- Lightweight library with minimal impact on app size
- Provides a simple API for easy implementation of shimmer effects
Cons of shimmer-android
- Limited to shimmer effects only, lacking broader skeleton loading capabilities
- Less actively maintained, with the last update being several years ago
- Primarily focused on Android, limiting cross-platform usage
Code Comparison
SkeletonView (Swift):
view.showAnimatedGradientSkeleton()
view.hideSkeleton()
shimmer-android (Java):
ShimmerFrameLayout container = (ShimmerFrameLayout) findViewById(R.id.shimmer_view_container);
container.startShimmer();
container.stopShimmer();
Summary
SkeletonView offers a more comprehensive solution for creating skeleton loading effects across iOS platforms, with active maintenance and a wider range of customization options. shimmer-android, while more focused and lightweight, provides a simple way to add shimmer effects specifically for Android applications. SkeletonView is better suited for developers looking for a versatile, cross-platform solution, while shimmer-android may be preferred for Android-specific projects requiring a lightweight shimmer effect implementation.
Pros of ShimmerRecyclerView
- Specifically designed for RecyclerView, making it easier to implement for Android developers
- Offers a shimmer effect, which can be more visually appealing than static placeholders
- Lightweight and focused on a single use case, potentially leading to better performance
Cons of ShimmerRecyclerView
- Limited to RecyclerView, less versatile for other UI elements
- Fewer customization options compared to SkeletonView's extensive configuration
- Less actively maintained, with fewer recent updates and contributions
Code Comparison
SkeletonView (Swift):
view.showAnimatedGradientSkeleton()
ShimmerRecyclerView (Java):
shimmerRecycler.showShimmerAdapter();
Both libraries offer simple one-line implementations for basic functionality. However, SkeletonView provides more advanced options for customization and can be applied to various UI elements, while ShimmerRecyclerView is specifically tailored for RecyclerView in Android applications.
SkeletonView offers a more comprehensive solution for iOS developers, supporting multiple UI components and providing extensive customization options. ShimmerRecyclerView, on the other hand, is a focused solution for Android developers working with RecyclerView, offering a simpler implementation but with less flexibility across different UI elements.
DEPRECATED - Memory efficient shimmering effect for Android applications by Supercharge.
Pros of ShimmerLayout
- Lightweight and focused specifically on shimmer effects
- Easy to implement with minimal setup required
- Supports both Java and Kotlin
Cons of ShimmerLayout
- Limited to shimmer effects only, less versatile for other skeleton loading styles
- Less active development and community support
- Fewer customization options for complex layouts
Code Comparison
SkeletonView:
view.showAnimatedGradientSkeleton()
view.hideSkeleton()
ShimmerLayout:
shimmerLayout.startShimmerAnimation()
shimmerLayout.stopShimmerAnimation()
Both libraries offer simple APIs for starting and stopping skeleton/shimmer animations. SkeletonView provides a more declarative approach, while ShimmerLayout uses a dedicated layout component.
SkeletonView offers more comprehensive skeleton loading features, including various animation styles and customization options. It's better suited for complex layouts and diverse loading patterns.
ShimmerLayout is more focused on shimmer effects specifically, making it a good choice for simpler implementations where only shimmer animations are needed.
Overall, SkeletonView is more feature-rich and versatile, while ShimmerLayout is lightweight and easy to use for basic shimmer effects.
Convert designs to code with AI
Introducing Visual Copilot: A new AI model to turn Figma designs to high quality code using your components.
Try Visual CopilotREADME
Features ⢠Guides ⢠Installation ⢠Usage ⢠Miscellaneous ⢠Contributing
ð README is available in other languages: ðªð¸ . ð¨ð³ . ð§ð· . ð°ð· . ð«ð· . ð©ðª
Today almost all apps have async processes, such as API requests, long running processes, etc. While the processes are working, usually developers place a loading view to show users that something is going on.
SkeletonView has been conceived to address this need, an elegant way to show users that something is happening and also prepare them for which contents are waiting.
Enjoy it! ð
- ð Features
- ð¬ Guides
- ð² Installation
- ð Usage
- ⨠Miscellaneous
- â¤ï¸ Contributing
- ð¢ Mentions
- ð Sponsors
- ð¨ð»âð» Author
- ð®ð» License
ð Features
- Easy to use
- All UIViews are skeletonables
- Fully customizable
- Universal (iPhone & iPad)
- Interface Builder friendly
- Simple Swift syntax
- Lightweight readable codebase
ð¬ Guides
ð² Installation
pod 'SkeletonView'
github "Juanpe/SkeletonView"
dependencies: [
.package(url: "https://github.com/Juanpe/SkeletonView.git", from: "1.7.0")
]
ð£ IMPORTANT!
Since version 1.30.0,
SkeletonView
supports XCFrameworks, so if you want to install it as a XCFramework, please use this repo instead.
ð Usage
Only 3 steps needed to use SkeletonView
:
1ï¸â£ Import SkeletonView in proper place.
import SkeletonView
2ï¸â£ Now, set which views will be skeletonables
. You achieve this in two ways:
Using code:
avatarImageView.isSkeletonable = true
Using IB/Storyboards:
3ï¸â£ Once you've set the views, you can show the skeleton. To do so, you have 4 choices:
(1) view.showSkeleton() // Solid
(2) view.showGradientSkeleton() // Gradient
(3) view.showAnimatedSkeleton() // Solid animated
(4) view.showAnimatedGradientSkeleton() // Gradient animated
Preview
|
|
|
|
ð£ IMPORTANT!
SkeletonView
is recursive, so if you want show the skeleton in all skeletonable views, you only need to call the show method in the main container view. For example, withUIViewControllers
.
ð¿ Collections
SkeletonView
is compatible with UITableView
and UICollectionView
.
UITableView
If you want to show the skeleton in a UITableView
, you need to conform to SkeletonTableViewDataSource
protocol.
public protocol SkeletonTableViewDataSource: UITableViewDataSource {
func numSections(in collectionSkeletonView: UITableView) -> Int // Default: 1
func collectionSkeletonView(_ skeletonView: UITableView, numberOfRowsInSection section: Int) -> Int
func collectionSkeletonView(_ skeletonView: UITableView, cellIdentifierForRowAt indexPath: IndexPath) -> ReusableCellIdentifier
func collectionSkeletonView(_ skeletonView: UITableView, skeletonCellForRowAt indexPath: IndexPath) -> UITableViewCell? // Default: nil
func collectionSkeletonView(_ skeletonView: UITableView, prepareCellForSkeleton cell: UITableViewCell, at indexPath: IndexPath)
}
As you can see, this protocol inherits from UITableViewDataSource
, so you can replace this protocol with the skeleton protocol.
This protocol has a default implementation for some methods. For example, the number of rows for each section is calculated in runtime:
func collectionSkeletonView(_ skeletonView: UITableView, numberOfRowsInSection section: Int) -> Int
// Default:
// It calculates how many cells need to populate whole tableview
ð£ IMPORTANT!
If you return
UITableView.automaticNumberOfSkeletonRows
in the above method, it acts like the default behavior (i.e. it calculates how many cells needed to populate the whole tableview).
There is only one method you need to implement to let Skeleton know the cell identifier. This method doesn't have default implementation:
func collectionSkeletonView(_ skeletonView: UITableView, cellIdentifierForRowAt indexPath: IndexPath) -> ReusableCellIdentifier {
return "CellIdentifier"
}
By default, the library dequeues the cells from each indexPath, but you can also do this if you want to make some changes before the skeleton appears:
func collectionSkeletonView(_ skeletonView: UITableView, skeletonCellForRowAt indexPath: IndexPath) -> UITableViewCell? {
let cell = skeletonView.dequeueReusableCell(withIdentifier: "CellIdentifier", for: indexPath) as? Cell
cell?.textField.isHidden = indexPath.row == 0
return cell
}
If you prefer to leave the deque part to the library you can configure the cell using this method:
func collectionSkeletonView(_ skeletonView: UITableView, prepareCellForSkeleton cell: UITableViewCell, at indexPath: IndexPath) {
let cell = cell as? Cell
cell?.textField.isHidden = indexPath.row == 0
}
Besides, you can skeletonize both the headers and footers. You need to conform to SkeletonTableViewDelegate
protocol.
public protocol SkeletonTableViewDelegate: UITableViewDelegate {
func collectionSkeletonView(_ skeletonView: UITableView, identifierForHeaderInSection section: Int) -> ReusableHeaderFooterIdentifier? // default: nil
func collectionSkeletonView(_ skeletonView: UITableView, identifierForFooterInSection section: Int) -> ReusableHeaderFooterIdentifier? // default: nil
}
ð£ IMPORTANT!
1ï¸â£ If you are using resizable cells (
tableView.rowHeight = UITableViewAutomaticDimension
), it's mandatory define theestimatedRowHeight
.2ï¸â£ When you add elements in a
UITableViewCell
you should add it tocontentView
and not to the cell directly.self.contentView.addSubview(titleLabel) â self.addSubview(titleLabel) â
UICollectionView
For UICollectionView
, you need to conform to SkeletonCollectionViewDataSource
protocol.
public protocol SkeletonCollectionViewDataSource: UICollectionViewDataSource {
func numSections(in collectionSkeletonView: UICollectionView) -> Int // default: 1
func collectionSkeletonView(_ skeletonView: UICollectionView, numberOfItemsInSection section: Int) -> Int
func collectionSkeletonView(_ skeletonView: UICollectionView, cellIdentifierForItemAt indexPath: IndexPath) -> ReusableCellIdentifier
func collectionSkeletonView(_ skeletonView: UICollectionView, supplementaryViewIdentifierOfKind: String, at indexPath: IndexPath) -> ReusableCellIdentifier? // default: nil
func collectionSkeletonView(_ skeletonView: UICollectionView, skeletonCellForItemAt indexPath: IndexPath) -> UICollectionViewCell? // default: nil
func collectionSkeletonView(_ skeletonView: UICollectionView, prepareCellForSkeleton cell: UICollectionViewCell, at indexPath: IndexPath)
func collectionSkeletonView(_ skeletonView: UICollectionView, prepareViewForSkeleton view: UICollectionReusableView, at indexPath: IndexPath)
}
The rest of the process is the same as UITableView
ð Texts
When using elements with text, SkeletonView
draws lines to simulate text.
You can set some properties for multilines elements.
Property | Type | Default | Preview |
---|---|---|---|
lastLineFillPercent | CGFloat | 70 | |
linesCornerRadius | Int | 0 | |
skeletonLineSpacing | CGFloat | 10 | |
skeletonPaddingInsets | UIEdgeInsets | .zero | |
skeletonTextLineHeight | SkeletonTextLineHeight | .fixed(15) | |
skeletonTextNumberOfLines | SkeletonTextNumberOfLines | .inherited |
To modify the percent or radius using code, set the properties:
descriptionTextView.lastLineFillPercent = 50
descriptionTextView.linesCornerRadius = 5
Or, if you prefer use IB/Storyboard:
How to define the number of lines?
By default, the number of lines is the same as the value of the numberOfLines
property. And, if it's set to zero, it'll calculate how many lines are needed to populate the whole skeleton and draw it.
However, if you want to set a specific number of skeleton lines you can do it by setting the skeletonTextNumberOfLines
property. This property has two possible values, inherited
which returns numberOfLines
value and custom(Int)
which returns the specific number of lines specified as the associated value.
For example:
label.skeletonTextNumberOfLines = 3 // .custom(3)
â ï¸ DEPRECATED!
useFontLineHeight has been deprecated. You can use skeletonTextLineHeight instead:
descriptionTextView.skeletonTextLineHeight = .relativeToFont
ð£ IMPORTANT!
Please note that for views without multiple lines, the single line will be considered as the last line.
ð¦ Appearance
The skeletons have a default appearance. So, when you don't specify the color, gradient or multilines properties, SkeletonView
uses the default values.
Default values:
- tintColor:
UIColor
- default:
.skeletonDefault
(same as.clouds
but adaptive to dark mode)
- default:
- gradient: SkeletonGradient
- default:
SkeletonGradient(baseColor: .skeletonDefault)
- default:
- multilineHeight:
CGFloat
- default: 15
- multilineSpacing:
CGFloat
- default: 10
- multilineLastLineFillPercent:
Int
- default: 70
- multilineCornerRadius:
Int
- default: 0
- skeletonCornerRadius:
CGFloat
(IBInspectable) (Make your skeleton view with corner)- default: 0
To get these default values you can use SkeletonAppearance.default
. Using this property you can set the values as well:
SkeletonAppearance.default.multilineHeight = 20
SkeletonAppearance.default.tintColor = .green
â ï¸ DEPRECATED!
useFontLineHeight has been deprecated. You can use textLineHeight instead:
SkeletonAppearance.default.textLineHeight = .relativeToFont
ð¨ Custom colors
You can decide which color the skeleton is tinted with. You only need to pass as a parameter the color or gradient you want.
Using solid colors
view.showSkeleton(usingColor: UIColor.gray) // Solid
// or
view.showSkeleton(usingColor: UIColor(red: 25.0, green: 30.0, blue: 255.0, alpha: 1.0))
Using gradients
let gradient = SkeletonGradient(baseColor: UIColor.midnightBlue)
view.showGradientSkeleton(usingGradient: gradient) // Gradient
Besides, SkeletonView features 20 flat colors ð¤ð¼
UIColor.turquoise, UIColor.greenSea, UIColor.sunFlower, UIColor.flatOrange ...
Image captured from website https://flatuicolors.com
ðââï¸ Animations
SkeletonView has two built-in animations, pulse for solid skeletons and sliding for gradients.
Besides, if you want to do your own skeleton animation, it's really easy.
Skeleton provides the showAnimatedSkeleton
function which has a SkeletonLayerAnimation
closure where you can define your custom animation.
public typealias SkeletonLayerAnimation = (CALayer) -> CAAnimation
You can call the function like this:
view.showAnimatedSkeleton { (layer) -> CAAnimation in
let animation = CAAnimation()
// Customize here your animation
return animation
}
It's available SkeletonAnimationBuilder
. It's a builder to make SkeletonLayerAnimation
.
Today, you can create sliding animations for gradients, deciding the direction and setting the duration of the animation (default = 1.5s).
// func makeSlidingAnimation(withDirection direction: GradientDirection, duration: CFTimeInterval = 1.5) -> SkeletonLayerAnimation
let animation = SkeletonAnimationBuilder().makeSlidingAnimation(withDirection: .leftToRight)
view.showAnimatedGradientSkeleton(usingGradient: gradient, animation: animation)
GradientDirection
is an enum, with theses cases:
Direction | Preview |
---|---|
.leftRight | |
.rightLeft | |
.topBottom | |
.bottomTop | |
.topLeftBottomRight | |
.bottomRightTopLeft |
ð TRICK!
Exist another way to create sliding animations, just using this shortcut:
let animation = GradientDirection.leftToRight.slidingAnimation()
ð Transitions
SkeletonView has built-in transitions to show or hide the skeletons in a smoother way ð¤
To use the transition, simply add the transition
parameter to your showSkeleton()
or hideSkeleton()
function with the transition time, like this:
view.showSkeleton(transition: .crossDissolve(0.25)) //Show skeleton cross dissolve transition with 0.25 seconds fade time
view.hideSkeleton(transition: .crossDissolve(0.25)) //Hide skeleton cross dissolve transition with 0.25 seconds fade time
The default value is crossDissolve(0.25)
Preview
|
|
⨠Miscellaneous
Hierarchy
Since SkeletonView
is recursive, and we want skeleton to be very efficient, we want to stop recursion as soon as possible. For this reason, you must set the container view as Skeletonable
, because Skeleton will stop looking for skeletonable
subviews as soon as a view is not Skeletonable, breaking then the recursion.
Because an image is worth a thousand words:
In this example we have a UIViewController
with a ContainerView
and a UITableView
. When the view is ready, we show the skeleton using this method:
view.showSkeleton()
isSkeletonable
= â ï¸
Configuration | Result |
---|---|
Skeleton views layout
Sometimes skeleton layout may not fit your layout because the parent view bounds have changed. For example, rotating the device.
You can relayout the skeleton views like so:
override func viewDidLayoutSubviews() {
view.layoutSkeletonIfNeeded()
}
ð£ IMPORTANT!
You shouldn't call this method. From version 1.8.1 you don't need to call this method, the library does automatically. So, you can use this method ONLY in the cases when you need to update the layout of the skeleton manually.
Update skeleton
You can change the skeleton configuration at any time like its colour, animation, etc. with the following methods:
(1) view.updateSkeleton() // Solid
(2) view.updateGradientSkeleton() // Gradient
(3) view.updateAnimatedSkeleton() // Solid animated
(4) view.updateAnimatedGradientSkeleton() // Gradient animated
Hiding views when the animation starts
Sometimes you wanna hide some view when the animation starts, so there is a quick property that you can use to make this happen:
view.isHiddenWhenSkeletonIsActive = true // This works only when isSkeletonable = true
Don't modify user interaction when the skeleton is active
By default, the user interaction is disabled for skeletonized items, but if you don't want to modify the user interaction indicator when skeleton is active, you can use the isUserInteractionDisabledWhenSkeletonIsActive
property:
view.isUserInteractionDisabledWhenSkeletonIsActive = false // The view will be active when the skeleton will be active.
Don't use the font line height for the skeleton lines in labels
False to disable skeleton to auto-adjust to font height for a UILabel
or UITextView
. By default, the skeleton lines height is auto-adjusted to font height to more accurately reflect the text in the label rect rather than using the bounding box.
label.useFontLineHeight = false
Delayed show skeleton
You can delay the presentation of the skeleton if the views update quickly.
func showSkeleton(usingColor: UIColor,
animated: Bool,
delay: TimeInterval,
transition: SkeletonTransitionStyle)
func showGradientSkeleton(usingGradient: SkeletonGradient,
animated: Bool,
delay: TimeInterval,
transition: SkeletonTransitionStyle)
Debug
To facilitate the debug tasks when something is not working fine. SkeletonView
has some new tools.
First, UIView
has available a property with his skeleton info:
var sk.skeletonTreeDescription: String
Besides, you can activate the new debug mode. You just add the environment variable SKELETON_DEBUG
and activate it.
Then, when the skeleton appears, you can see the view hierarchy in the Xcode console.
{
"type" : "UIView", // UITableView, UILabel...
"isSkeletonable" : true,
"reference" : "0x000000014751ce30",
"children" : [
{
"type" : "UIView",
"isSkeletonable" : true,
"children" : [ ... ],
"reference" : "0x000000014751cfa0"
}
]
}
Supported OS & SDK Versions
- iOS 9.0+
- tvOS 9.0+
- Swift 5.3
â¤ï¸ Contributing
This is an open source project, so feel free to contribute. How?
- Open an issue.
- Send feedback via email.
- Propose your own fixes, suggestions and open a pull request with the changes.
See all contributors
For more information, please read the contributing guidelines.
ð¢ Mentions
- iOS Dev Weekly #327
- Hacking with Swift Articles
- Top 10 Swift Articles November
- 30 Amazing iOS Swift Libraries (v2018)
- AppCoda Weekly #44
- iOS Cookies Newsletter #103
- Swift Developments Newsletter #113
- iOS Goodies #204
- Swift Weekly #96
- CocoaControls
- Awesome iOS Newsletter #74
- Swift News #36
- Best iOS articles, new tools & more
ð Sponsors
Open-source projects cannot live long without your help. If you find SkeletonView is useful, please consider supporting this project by becoming a sponsor.
Become a sponsor through GitHub Sponsors :heart:
ð¨ð»âð» Author
ð®ð» License
MIT License
Copyright (c) 2017 Juanpe Catalán
Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all
copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
SOFTWARE.
Top Related Projects
⚪ SVG-Powered component to easily create skeleton loadings.
An easy, flexible way to add a shimmering effect to any view in an Android app.
DEPRECATED - Memory efficient shimmering effect for Android applications by Supercharge.
Convert designs to code with AI
Introducing Visual Copilot: A new AI model to turn Figma designs to high quality code using your components.
Try Visual Copilot