Browse Source

Fix typo in documentation

Andrea Bizzotto 8 years ago
parent
commit
2ff057d30f
2 changed files with 2 additions and 2 deletions
  1. 1 1
      README.md
  2. 1 1
      SwiftyStoreKit/PaymentQueueController.swift

+ 1 - 1
README.md

@@ -369,7 +369,7 @@ The following list outlines how requests are processed by SwiftyStoreKit.
 * Payments are processed serially and in-order and require user interaction.
 * Payments are processed serially and in-order and require user interaction.
 * Restore purchases requests don't require user interaction and can jump ahead of the queue.
 * Restore purchases requests don't require user interaction and can jump ahead of the queue.
 * `SKPaymentQueue` rejects multiple restore purchases calls.
 * `SKPaymentQueue` rejects multiple restore purchases calls.
-* Failed translations only ever belong to queued payment request.
+* Failed transactions only ever belong to queued payment requests.
 * `restoreCompletedTransactionsFailedWithError` is always called when a restore purchases request fails.
 * `restoreCompletedTransactionsFailedWithError` is always called when a restore purchases request fails.
 * `paymentQueueRestoreCompletedTransactionsFinished` is always called following 0 or more update transactions when a restore purchases request succeeds.
 * `paymentQueueRestoreCompletedTransactionsFinished` is always called following 0 or more update transactions when a restore purchases request succeeds.
 * A complete transactions handler is require to catch any transactions that are updated when the app is not running.
 * A complete transactions handler is require to catch any transactions that are updated when the app is not running.

+ 1 - 1
SwiftyStoreKit/PaymentQueueController.swift

@@ -153,7 +153,7 @@ class PaymentQueueController: NSObject, SKPaymentTransactionObserver {
          * Restore purchases requests don't require user interaction and can jump ahead of the queue.
          * Restore purchases requests don't require user interaction and can jump ahead of the queue.
          * SKPaymentQueue rejects multiple restore purchases calls.
          * SKPaymentQueue rejects multiple restore purchases calls.
          * Having one payment queue observer for each request causes extra processing
          * Having one payment queue observer for each request causes extra processing
-         * Failed translations only ever belong to queued payment request.
+         * Failed transactions only ever belong to queued payment requests.
          * restoreCompletedTransactionsFailedWithError is always called when a restore purchases request fails.
          * restoreCompletedTransactionsFailedWithError is always called when a restore purchases request fails.
          * paymentQueueRestoreCompletedTransactionsFinished is always called following 0 or more update transactions when a restore purchases request succeeds.
          * paymentQueueRestoreCompletedTransactionsFinished is always called following 0 or more update transactions when a restore purchases request succeeds.
          * A complete transactions handler is require to catch any transactions that are updated when the app is not running.
          * A complete transactions handler is require to catch any transactions that are updated when the app is not running.