Я намагаюся використовувати за замовчуванням AlertViewController зі стилем .actionSheet . З якоїсь причини попередження викликає помилку обмеження . Поки alertController не запускається (відображається) за допомогою кнопки, помилок обмежень у всьому поданні не виникає. Можливо, це помилка Xcode?

Точна помилка, яку я отримую, виглядає так:

2019-04-12 15:33:29.584076+0200 Appname[4688:39368] [LayoutConstraints] Unable to simultaneously satisfy constraints.
    Probably at least one of the constraints in the following list is one you don't want. 
    Try this: 
        (1) look at each constraint and try to figure out which you don't expect; 
        (2) find the code that added the unwanted constraint or constraints and fix it. 
(
    "<NSLayoutConstraint:0x6000025a1e50 UIView:0x7f88fcf6ce60.width == - 16   (active)>"
)

Will attempt to recover by breaking constraint 
<NSLayoutConstraint:0x6000025a1e50 UIView:0x7f88fcf6ce60.width == - 16   (active)>

Це код, який я використовую:

@objc func changeProfileImageTapped(){
        print("ChangeProfileImageButton tapped!")
        let alert = UIAlertController(title: "Change your profile image", message: nil, preferredStyle: .actionSheet)

        alert.addAction(UIAlertAction(title: "Photo Library", style: .default, handler: nil))
        alert.addAction(UIAlertAction(title: "Online Stock Library", style: .default, handler: nil))
        alert.addAction(UIAlertAction(title: "Cancel", style: .cancel, handler: nil))
        alert.view.tintColor = ColorCodes.logoPrimaryColor

        self.present(alert, animated: true)
    }

Як бачите, це дуже елементарно . Ось чому мене дуже бентежить дивна поведінка, яку я отримую, оскільки ця реалізація за замовчуванням не повинна викликати помилок, так?

Хоча, порушуючи обмеження, попередження відображається належним чином на всіх розмірах екрану, я був би дуже вдячний за будь-яку допомогу, яку я отримаю.

Ця помилка не є критичною, здається, виправлена ​​помилка з боку Apple. Це обмеження з’являється у стилі анімації відразу після презентації. Я намагався зловити і змінити це (змінити значення, відносини, пріоритет) перед поданням - успіху не було через це динамічно додані обмеження.

Коли ви вимикаєте анімацію self.present(alert, animated: false)та використовуєте alert.view.addSubview(UIView())- помилка зникає. Я не можу пояснити, але це працює!

let alert = UIAlertController(title: "Change your profile image", message: nil, preferredStyle: .actionSheet)

alert.addAction(UIAlertAction(title: "Photo Library", style: .default, handler: nil))
alert.addAction(UIAlertAction(title: "Online Stock Library", style: .default, handler: nil))
let cancel = UIAlertAction(title: "Cancel", style: .destructive, handler: nil)

alert.addAction(cancel)
alert.view.addSubview(UIView()) // I can't explain it, but it works!

self.present(alert, animated: false)

Далі видаляється попередження без необхідності вимикати анімацію. І якщо припустити, що Apple врешті-решт усуне першопричину попередження, це не повинно порушити нічого іншого.

extension UIAlertController {
    func pruneNegativeWidthConstraints() {
        for subView in self.view.subviews {
            for constraint in subView.constraints where constraint.debugDescription.contains("width == - 16") {
                subView.removeConstraint(constraint)
            }
        }
    }
}

Потім це можна використовувати так:

// After all addActions(...), just before calling present(...)
alertController.pruneNegativeWidthConstraints()

Це нова помилка у версіях iOS:

• 12.2
• 12.3
• 12.4
• 13,0
• 13.1
• 13.2
• 13.2.3
• 13.3
• 13.4
• 13.4.1
• 13.5
• 13.6
• 14,0

Єдине, що ми можемо зробити, це подати звіт про помилку в Apple (я щойно зробив це, і ти теж повинен).

Я спробую оновити відповідь на нову версію (и) iOS, коли вона з’явиться.

Додавання до цієї відповіді ... Здається, це видаляє проблему для мене і не вимагає змін у існуючому коді.

extension UIAlertController {
    override open func viewDidLoad() {
        super.viewDidLoad()
        pruneNegativeWidthConstraints()
    }

    func pruneNegativeWidthConstraints() {
        for subView in self.view.subviews {
            for constraint in subView.constraints where constraint.debugDescription.contains("width == - 16") {
                subView.removeConstraint(constraint)
            }
        }
    }
}

Безпечне рішення

Не слід видаляти обмеження, оскільки воно буде використовуватися в майбутньому з правильним значенням.

В якості альтернативи ви можете змінити його константу на додатне значення:

class PXAlertController: UIAlertController {
    override func viewDidLoad() {
        super.viewDidLoad()

        for subview in self.view.subviews {
            for constraint in subview.constraints {
                if constraint.firstAttribute == .width && constraint.constant == -16 {
                    constraint.constant = 10 // Any positive value
                }
            }
        }
    }
}

А потім для ініціалізації контролера використовуйте:

let controller = PXAlertController(title: "Title", message: "Message", preferredStyle: .actionSheet)

Альтернативний спосіб уникнути помилки NSLayoutConstraint - використовувати preferredStyle: .alertзамість preferredStyle: .actionSheet. Це працює без попередження, але меню відображатиметься модально.

Рішення для Objective-C:

1. Підклас власного контролера сповіщень від UIAlertController

2. Визначте функцію чорносливу, як у попередній відповіді

   @implementation TemplateAlertController
   
   -(void) viewDidLoad {
   
       [super viewDidLoad];
       [self mPruneNegativeWithConstraints];
   }
   
   -(void) mPruneNegativeWithConstraints {
   
       for (UIView* iSubview in [self.view subviews]) {
           for (NSLayoutConstraint* iConstraint in [iSubview constraints]) {
               if ([iConstraint.debugDescription containsString:@"width == - 16"]) {
                   [iSubview removeConstraint:iConstraint];
               }
           }
       }
   }
   
   @end
   

Цікаві ідеї тут. Особисто мені не подобається ідея видалення обмеження або зміни його значення (розміру).

Оскільки проблема залежать від того, що резолюція обмеження буде змушена перейти в положення, коли воно повинно порушити встановлене обмеження (пріоритет 1000), менш жорстокий підхід полягає лише у тому, щоб сказати структурі, що це обмеження може бути порушено у разі потреби.

Отже (на основі класу Джоша "Безпечний"):

class PXAlertController: UIAlertController {
    override func viewDidLoad() {
        super.viewDidLoad()
        tweakProblemWidthConstraints()
    }
    
    func tweakProblemWidthConstraints() {
        for subView in self.view.subviews {
            for constraint in subView.constraints {
                // Identify the problem constraint
                // Check that it's priority 1000 - which is the cause of the conflict.
                if constraint.firstAttribute == .width &&
                    constraint.constant == -16 &&
                    constraint.priority.rawValue == 1000 {
                    // Let the framework know it's okay to break this constraint
                    constraint.priority = UILayoutPriority(rawValue: 999)
                }
            }
        }
    }
}

Це має ті переваги, що воно не змінює будь-які розміри макета, а також має великі шанси на хороше поводження у разі виправлення в рамках.

Тестується в симуляторі iPhone SE (що дало мені мою початкову проблему) - налагодження, пов'язане з обмеженнями, пішло.

Якщо ви хочете зберегти анімацію та всі обмеження, вам слід знайти негативне обмеження та зробити його позитивним перед тим, як представляти контролер попереджень.

// Find negative constraint and make it positive
for subview in alert.view.subviews {
    for constraint in subview.constraints {
        if constraint.constant < 0 {
            constraint.constant = -constraint.constant
        }
    }
}

// Present alert controller
present(alert, animated: true)