jsqmessageviewcontroller ios11 toolbar

Question

Ich habe das schnelle Beispiel von JSQMessageViewController in iOS 11 Simulator versucht. Hier ist das Ergebnis: screenshot

Ich habe versucht, Safe Area Margin verwenden und ändern Sie die Symbolleistenbeschränkung, aber es gibt immer noch keinen Unterschied. Es scheint, dass die Symbolleiste außerhalb von UIWindow (stattdessen UITextEffectsWindow) liegt. Gibt es eine Lösung?

Answer 1

Jungs Ich habe es herausgefunden! Fügen Sie einfach den folgenden Code in JSQMessagesInputToolbar.m ein. Es scheint, dass die inputtoolbar in einem eigenen Fenster platziert ist, Sie müssen separat auf ihr Fenster zugreifen.

-(void) didMoveToWindow{ 
[super didMoveToWindow]; 
if (@available(iOS 11.0, *)) { 
    [[self bottomAnchor] constraintLessThanOrEqualToSystemSpacingBelowAnchor:self.window.safeAreaLayoutGuide.bottomAnchor multiplier:1.0].active = YES; 
    } 
} 

Answer 2

Ich habe das gleiche Problem. Ich versuche, es zu lösen, indem ich den JSQMessageViewController als eine untergeordnete Ansicht auf einem ViewController hinzufüge, der sicheren Bereich eingerichtet hat.

Being MyJSQMessageViewController eine Unterklasse von JSQMessagesViewController:

self.myJSQMessageViewController = [[MyJSQMessageViewController alloc] init]; 
[self addChildViewController:self.myJSQMessageViewController]; 
[self.view addSubview:self.myJSQMessageViewController.view]; 
[self.myJSQMessageViewController didMoveToParentViewController:self]; 
if (@available(iOS 11.0, *)) { 
    self.myJSQMessageViewController.view.translatesAutoresizingMaskIntoConstraints = NO; 
    [NSLayoutConstraint activateConstraints:@[ [self.myJSQMessageViewController.view.leadingAnchor constraintEqualToAnchor:self.view.safeAreaLayoutGuide.leadingAnchor], [self.myJSQMessageViewController.view.trailingAnchor constraintEqualToAnchor:self.view.safeAreaLayoutGuide.trailingAnchor], [self.myJSQMessageViewController.view.topAnchor constraintEqualToAnchor:self.view.safeAreaLayoutGuide.topAnchor], [self.myJSQMessageViewController.view.bottomAnchor constraintEqualToAnchor:self.view.safeAreaLayoutGuide.bottomAnchor] ]]; 
} 

Nicht ideale Lösung, aber zumindest werden Sie Eingabeleiste innerhalb iOS11 sicheren Bereich haben ... Schlechte Nachricht ist, dass die Eingabe-Symbolleiste wird nicht auf nicht sicheren Bereichen angezeigt werden so grafisch sein pflegt wie eine Standard-Symbolleiste (siehe Bild)

Answer 3

Diese Antwort basiert auf JSQMessagesVie wController Version 7.3.

Hinweis: Der folgende Code enthält einige unsaubere Pragma-Anweisungen, um Compiler-Warnungen zu vermeiden. Der Code selbst ist eigentlich ganz einfach, wenn man über die Pragmas hinausgeht.

Dies scheint das Problem zu lösen, während die Symbolleiste weiterhin verschoben werden kann, wenn die Softwaretastatur angezeigt wird. Ich habe den folgenden Code in meiner JSQMessagesViewController Unterklasse:

- (void)viewDidLoad { 
    [...] 

    // To keep the toolbar inside the safe area on iPhone X, we need to install a new constraint that has higher priority than the one 
    // JSQMessagesViewController manipulates when adjusting for the keyboard. The `toolbarBottomLayoutGuide` is a private property in our 
    // superclass, so it's not straightforward to access it... 
    if (@available(iOS 11.0, *)) { 
    #pragma clang diagnostic push 
    #pragma clang diagnostic ignored "-Wundeclared-selector" 
     NSLayoutConstraint *constraint = [self performSelector:@selector(toolbarBottomLayoutGuide)]; 
    #pragma clang diagnostic pop 
     constraint.priority = 999; 
     [self.inputToolbar.bottomAnchor constraintLessThanOrEqualToAnchor:self.view.safeAreaLayoutGuide.bottomAnchor].active = YES; 
} 

Edit: Für Swift Benutzer sollte die folgenden Trick können Sie die private objc Methode aufrufen:

let constraint = perform(Selector(("toolbarBottomLayoutGuide"))).takeUnretainedValue() as! NSLayoutConstraint 
constraint.priority = 999 

Edit: Der Code Dadurch wird das contentInset der collectionView nicht aufgerufen, nachdem diese neue Einschränkung hinzugefügt wurde. Wenn die Chat-Ansicht mehr Nachrichten enthält, als auf den Bildschirm passen, wird die letzte Nachrichtenblase von der Eingabe-Toolbar verdeckt. Ich löste dies durch die Einsätze zu gewährleisten, indem Sie die folgenden Code in aktualisiert werden viewDidAppear viewDidLayoutSubviews:

#pragma clang diagnostic push 
#pragma clang diagnostic ignored "-Wundeclared-selector" 
[self performSelector:@selector(jsq_updateCollectionViewInsets)]; 
#pragma clang diagnostic pop 

Answer 4

Ich schlage eine feste Gabel auf der Grundlage der neuesten JSQ develop Zweig begehen.

Es wird die didMoveToWindow Lösung verwendet. Nicht ideal, aber es lohnt sich, es zu versuchen, während Sie auf die Antwort von Apple über den sicheren Bereichsplanungsanleitung inputAccessoryView oder irgendeine andere bessere Reparatur warten.

Sie können diese zu Ihrem Podfile hinzufügen, die vorherige JSQ Linie ersetzt:

pod 'JSQMessagesViewController', :git => 'https://github.com/Tulleb/JSQMessagesViewController.git', :branch => 'develop', :inhibit_warnings => true