I am using both Objective C and Swift languages in my project and have created a bridging header. My project had been working from a year but upon installing Imgix pod it's giving me build error.

Error: In an objective c file -> projectName-Swift.h file not found. Can you please help me?

I am using imgix and it crash for following url. "https://imgix.net/live/menu_items/photos/1291/e1eefb34a6b7c415873a0fdd31969af86704f0d/ج_مع_الراب_الرومى.jpg"

it crashes while buildURL is called.

This PR introduces the addition of a Package.swift manifest, which will allow users to import imgix-swift via the Swift Package Manager. As far as I know, there's no way to test this actually works without the file being checked into the remote repository so I am hoping to get at least one set of experienced eyes on it first. Below are some resources, examples I used when creating this file:

• swift.org
• Creating a Standalone Swift Package with Xcode
• apple/example-package-deckofplayingcards
• Example of OSS project with SPM, Carthage & Cocoapods support?
• Alamofire's Package.swift

It would be convenient if there was a way to build an imgix formatted image from an nsurl.

UseCase:

• Our Api returns full image urls for all entities (i.e. https://domain.com/images123.png?possible_query=stuff). It would be nice to have a function on ImgixClient which could somehow take this in as a NSURL or NSURLComponents object, along with an imgix extra parameters formatted dictionary, and then build the final url preserving the original information from the passed in information.

example: imgixClient.reconstruct(url:NSURL, params:[String:AnyObject]) -> NSURL?

I have some code which does this in our project, happy to open a PR if you think it's a useful feature.

We got the crash report below. Any ideas what could've caused it?

Crashed: com.apple.main-thread
SIGABRT ABORT 0x0000000189f72014

Crashed: com.apple.main-thread
0  libsystem_kernel.dylib         0x189f72014 __pthread_kill + 8
1  libsystem_pthread.dylib        0x18a03a450 pthread_kill + 112
2  libsystem_c.dylib              0x189ee63e0 abort + 140
3  libsystem_malloc.dylib         0x189fb6a38 _nano_vet_and_size_of_live + 330
4  libsystem_malloc.dylib         0x189fb7db8 nano_free + 220
5  CoreFoundation                 0x18af29060 __CFCharacterSetDeallocate + 108
6  CoreFoundation                 0x18af51a74 _CFRelease + 216
7  CoreFoundation                 0x18af290a0 __CFCharacterSetDeallocate + 172
8  CoreFoundation                 0x18af51a74 _CFRelease + 216
9  libswiftFoundation.dylib       0x100acd914 _TFE10FoundationSS50stringByAddingPercentEncodingWithAllowedCharactersfCSo14NSCharacterSetGSqSS_ + 136
10 ImgixSwift                     0x1003a08cc String.ixEncodeUriComponent() -> String (String+ImgixSwift.swift:34)
11 ImgixSwift                     0x10039f958 specialized ImgixClient.buildUrl(String, params : NSDictionary) -> NSURL (ImgixClient.swift:70)
12 ImgixSwift                     0x10039dd88 ImgixClient.buildUrl(String, params : NSDictionary) -> NSURL (ImgixClient.swift:39)
13 shoptanga                      0x10003a4e4 specialized static ImageHelper.resizedImageURL(String, width : CGFloat, height : CGFloat)

This is the calling code:

import Foundation
import UIKit
import ImgixSwift

class ImageHelper {
  class func resizedImageURL(sourceURL: String, width:CGFloat, height:CGFloat) -> NSURL {
    let client = ImgixClient.init(host: "tanga1.imgix.net", secureUrlToken: "XXXXXXX")
    return client.buildUrl(
      sourceURL,
      params: [
        "width":    width,
        "height":   height,
        "format":   "auto",
        "lossless": "true",
        "cs": "strip"])
  }
}

Your FOSSA integration was successful! Attached in this PR is a badge and license report to track scan status in your README.

Below are docs for integrating FOSSA license checks into your CI:

• CircleCI
• TravisCI
• Jenkins
• Other

TTSIA

1.1.3 (2021-04-13)

• fix(sanitizePath): encode plus with ixEncodeURI (#35)
• docs: use circleci build badge
• docs: update travis badge to travis*ci.com

Migrates this project over to CircleCI. This PR also strengthens the tests adding a separate execution for each scheme that imgix-swift is built for (macOS, iOS, and tvOS).

Addition context: this migration did not work immediately because the previous tests ran on a version of iOS no longer supported by xcodebuild. For now, I have adjusted the tests to use supported versions + devices, but it would be worth further investigating in the future how to config these tests to be more robust.

This fixes an issue with building URLs where the same parameter dictionaries may have outputted different URLs depending on their output order during iteration. To avoid this issue, I iterate through a sorted list of the dictionary keys in order to guarantee that building a URL with parameter dictionaries always outputs the same URL.

• Declare ixEncodeUriComponentCharSet as a CharacterSet.
• Declare ixEncodeUriComponentCharSet with property setting with closure instead of computed property to avoid addCharacters(in:) which is slightly heavy and no need called every time when buildUrl(_:params:) called.

Xcode gives a warning when including the imgix project and building in an app.

This is due to use in a component that will be used in an extension. Xcode displays the message "linking against dylib not safe for use in application extensions”. To configure an app extension target to use an embedded framework, set the target’s “Require Only App-Extension-Safe API” build setting to Yes.

https://developer.apple.com/library/prerelease/ios/documentation/General/Conceptual/ExtensibilityPG/ExtensionScenarios.html

Adds domain validation to library.

Breaking Change

ImgixClient domains are now validated; must be passed in as a fully qualified domain name and without a protocol or path element.