suzuki-0000/SKPhotoBrowser

SKPhotoBrowser is a customizable iOS image viewer library that displays photos from local storage, web URLs, and the device's camera roll. It provides extensive configuration options for UI behavior, caching strategies, and animations, while ensuring compatibility with modern Swift versions and iOS deployments. The system includes utilities for image orientation, animated GIF handling, and screenshot protection to enhance security and visual fidelity.

8 changes.

The project underwent a significant architectural refactoring of the SKPhotoBrowser component, introducing modular classes for caching, animation, and UI configuration to improve stability and customization. This work coincided with a broader migration to Swift 5.4 and Xcode 12, including the adoption of Swift Package Manager and updates to the example app for modern iOS compatibility.

4 changes.

This period focused on enhancing the SKPhotoBrowser library through new Swift extensions for image handling, UI, and security, alongside improved animated GIF loading. It also established a foundational test suite for caching and initialization logic while refining workspace configurations for better build stability.

This update introduces several new Swift extensions to the SKPhotoBrowser library. It adds screenshot protection for views via UIView+ScreenshotProtection, which obscures content to prevent unauthorized captures. Image handling is enhanced with UIImage+Rotation to correctly orient images based on their EXIF data and UIImage+BundledImage to reliably load assets from the module bundle, supporting Swift Package Manager. Additionally, UIView+Radius provides a helper for animating corner radius changes, and UIApplication+UIWindow offers a safe way to access the application's key window.

SKPhotoBrowser/extensions · high confidence

The SKPhotoBrowserExample app has been restructured to demonstrate specific usage patterns: a new FromCameraRollViewController shows how to integrate with the Photos framework, FromLocalViewController handles local assets, and FromWebViewController demonstrates web image loading with a custom cache. The legacy ViewController.swift was removed. The project was updated for Swift 4 and iOS 11+ APIs, including modernized AppDelegate lifecycle methods and new Info.plist entries for photo library, camera, and arbitrary network access permissions.

SKPhotoBrowserExample/SKPhotoBrowserExample · high confidence

The SKPhotoBrowserExample project has been refactored to improve maintainability and device testing. The project now uses CocoaPods for dependency management, introducing a Pods group and configuration files. The project structure is reorganized into logical groups (Controllers, UI, Resource, Info). The main ViewController has been split into specialized view controllers (FromLocalViewController, FromCameraRollViewController, FromWebViewController) to demonstrate different image sources. Additionally, SKPhotoBrowser.framework is now explicitly embedded in the app bundle to resolve runtime image loading errors on physical devices.

SKPhotoBrowserExample/SKPhotoBrowserExample.xcodeproj · high confidence

The SKPhotoBrowserExample app now uses a tab bar interface with three distinct sections: 'FromLocal' (loading images from local storage), 'FromWeb' (loading images from URLs, including support for GIFs), and 'CameraRoll' (accessing photos from the device's camera roll). The interface has been updated to use modern Auto Layout constraints, specific device dimensions (iPhone 6/7/8 Plus), and updated Xcode tooling versions, replacing the previous single-view layout.

SKPhotoBrowserExample/SKPhotoBrowserExample/Base.lproj · high confidence

The SKPhotoBrowser project configuration has been updated to include a broader set of source files and a new test target. New Swift components such as SKActionView, SKAnimator, SKButtons, SKCache, SKLocalPhoto, SKPaginationView, SKPagingScrollView, and SKToolbar are now explicitly registered in the build system. Additionally, extension files for UIApplication, UIImage (including rotation and bundled image support), and UIView (including screenshot protection) have been added, along with an Objective-C category for animated GIFs. A new test target, SKPhotoBrowserTests, has also been integrated to cover functionality like caching.

SKPhotoBrowser.xcodeproj · high confidence

The SKPhotoBrowser component has been significantly refactored to improve stability, performance, and customization. The core image handling now relies on a new \SKPhotoProtocol\ and dedicated \SKLocalPhoto\ class, replacing the previous monolithic \SKPhoto\ implementation. A new \SKCache\ system with \SKCacheable\ protocols allows for custom image and request/response caching strategies. UI behavior is now highly configurable via \SKPhotoBrowserOptions\, \SKButtonOptions\, and \SKCaptionOptions\, enabling users to customize button padding, swap close/delete button positions, adjust caption styling, and control scroll indicators. The animation logic has been extracted into a dedicated \SKAnimator\ class, and button interactions are managed by new \SKActionView\ and \SKButtons\ components. Additionally, touch handling has been modernized to use \UIGestureRecognizer\ in \SKDetectingImageView\, and the toolbar appearance is updated to support iOS 13+ translucent styles.

SKPhotoBrowser · high confidence

The project now targets Swift 4.2, as indicated by the new .swift-version file, and includes a .swiftlint.yml configuration file to enforce code style rules. This aligns with the broader migration to Swift 4.2 and Xcode 10 seen in version 6.0.0.

(repo-wide) · high confidence

The project scheme has been updated to support Swift 5 and Xcode 12, including an increased deployment target to iOS 9.0. This ensures the SKPhotoBrowser framework builds and runs correctly with modern development tools and maintains compatibility with older iOS versions.

SKPhotoBrowser.xcodeproj/xcshareddata · high confidence

The project workspace now includes an IDEWorkspaceChecks.plist file to manage workspace-level settings, specifically enabling the 32-bit architecture warning check.

SKPhotoBrowser.xcodeproj/project.xcworkspace · medium confidence

The SKPhotoBrowser now uses a new algorithm to load animated GIFs from URLs and data, which fixes image rotation issues that occurred when loading from a URL. This change ensures that animated GIFs are displayed with the correct orientation, improving the visual experience for users viewing animated content.

SKPhotoBrowser/extensions/ObjC · high confidence

This change introduces a new test suite for the SKPhotoBrowser project, adding coverage for the image caching mechanism and the browser initialization. Specifically, SKCacheTests verifies that the cache correctly stores, retrieves, and removes individual images as well as clearing all cached images, while SKPhotoBrowserTests confirms that the browser can be initialized with both standard SKPhoto and local SKLocalPhoto arrays.

SKPhotoBrowserTests · high confidence

The SKPhotoBrowser library has been updated to version 7.0.0, introducing native support for Swift Package Manager via a new Package.swift manifest and adding a Swift 5.4 version constraint to the CocoaPods specification. The library now explicitly supports iOS 9.0+ in its SPM definition and includes a test target. Additionally, the example application has been configured with a new Podfile and lockfile to depend on SDWebImage 3.8.2, and development tooling now includes the all-contributors-cli package for managing project contributors.

(dependencies) · high confidence

Written by watchdog.canine.dev from the codebase's own history, inside the signed delivery this page is composed from.

• CAI 58 → 54 (-3.8)
• Rubric changed (rubric-2026.09.11 → rubric-2026.09.18) — scores are not directly comparable.

• Code Health 97 → 97 (+0.0)
• Architecture 91 → 97 (+6.4)
• Maturity 36 → 36 (+0.0)
• Readiness 58 → 43 (-14.4)
• Security 96 → 97 (+1.1)

• Dependency hygiene PARTLY measured — npm pinning read, dependency currency not (no pnpm-resolved versions to grade)
• Further sole-owners (lower concentration)
• Off-boarding risk: anonymized user #1

• Ambiguous or overlapping protocol definitions. The names suggest a hierarchy or distinct responsibilities, but without method signatures, it is unclear if SKImageCacheable is a subset of SKCacheable or if they are parallel. SKRequestResponseCacheable seems to handle a different domain (URL requests) but is grouped with image caching protocols, potentially confusing the caching abstraction.
• Coverage not measured — Swift suite
• Dependency hygiene PARTLY measured — npm pinning read, dependency currency not (the committed lockfile resolved no direct production dependency)
• Duplicate factory methods across SKPhoto and SKLocalPhoto. SKLocalPhoto exposes the exact same static factory methods as SKPhoto (which it likely inherits or duplicates). This creates redundancy in the API surface and potential confusion about which type to instantiate directly.
• Inconsistent key types for cache lookup. One method uses a String key, while the other uses a URLRequest object. This forces consumers to know which specific cache entry type they are looking for, rather than a unified lookup interface.
• Off-boarding risk: anonymized user #1
• Orphaned knowledge (SKPhotoBrowser/SKPhotoBrowser.swift)

Written by watchdog.canine.dev from the codebase's own history, inside the signed delivery this page is composed from.

suzuki-0000/SKPhotoBrowser was measured the same way every project in this corpus was: the same rubric, at a pinned commit, with the result published in full. Point a surveyor at a repository you know and see whether you agree with it.