All Versions
79
Latest Version
Avg Release Cycle
65 days
Latest Release
-

Changelog History
Page 7

  • v1.8.0 Changes

    • Rework TIPImageFetchDelegate to be weakly held and cancel its operation(s) on dealloc
  • v1.7.2 Changes

    • โž• Add support for capping the size of an entry in the caches
    • [TIPGlobalConfiguration maxRatioSizeOfCacheEntry]
  • v1.7.1 Changes

    • โž• Add imageFetchOperation:willAttemptToLoadFromSource: to TIPImageFetchDelegate
  • v1.7.0 Changes

    • Provide extensibility to TIPImageStoreRequest by offering ability to provide a TIPImageStoreRequestHydrater.
    • The hydrater can be used to extend the work that executes for an image store operation.
    • ๐Ÿ‘‰ Useful for asynchronously loading the image from a PhotoKit
    • or asynchronously tranforming or modifying the image to be cached.
    • ๐Ÿ”ฆ Expose the underlying NSOperation for the image store operation so that it can be used in dependency chains (but as a TIPDependencyOperation)
    • ๐Ÿ‘‰ Useful for preventing a fetch operation from starting until a related store operation completes
    • Offers being made a dependency, being waited on until finished, and Key-Value-Observing when it finishes or transitions to/from executing
    • Does not offer mutability of the operation: that includes cancelling, prioritization or applying dependencies
    • Increase versatility of TIPImageStoreRequest by permitting a request to have both a data representation (NSData or NSString file path) and a UIImage representation.
    • This provides a single action that applies a UIImage to the memory cache and the data representation to the disk cache so that if the caller already made these expensive serializations/deserializations, they needn't be duplicated by the image pipeline during storage.
    • Previous behavior is in tact so if only one image representation is provided, it will be accurately converted to the right formats for the appropriate caches.
  • v1.6.4 Changes

    • provide load source when a progressive frame is loaded or the first frame of an animated image is loaded
  • v1.6.3 Changes

    • โšก๏ธ Optimize TIP for when a TIPImageFetchOperation over HTTP/1.1 is cancelled
    • When an op is cancelled and the underlying download would have no more delegates do the following:
    • If the download is known to be going over SPDY or HTTP/2 (not always easy to detect), cancel the download
    • If there is less than 1 KB of data left to download, continue as a "detached" download
    • If there is less than 3 seconds of estimated time remaining, continue as a "detached" download
    • Otherwise, just as before, cancel the download
    • As a "detached" download receives more data; if the download slows down too much, cancel the download
    • When a "detached" download completes, don't decode the image. Just store it to the disk cache.
    • ๐Ÿ— This optimization is particularly valuable on HTTP/1.1 (vs SPDY or HTTP/2) since it prevents connections from being closed and having to build up a new connection for subsequent image downloads
  • v1.6.2 Changes

    • Share max concurrent operations across all image pipelines
  • v1.6.1 Changes

    • โž• Add method to TIPImagePipeline to get a copy of the on disk cache file for an image entry
  • v1.6.0 Changes

    • โž• Add TIPGlobalConfiguration
    • Share cache max bytes across all caches
  • v1.5.0 Changes

    • Encapsulate images fetched by TIP in a TIPImageContainer so that additional meta data can be maintained
    • Currently, additiona meta data is loop count and frame durations for animated images (GIFs)