Convertir UIKeyboardFrameEndUserInfoKey à Vue ou de la Fenêtre Coordonnées

Pour la constante de UIKeyboardFrameEndUserInfoKey, dans l'Apple docs il est dit:

Ces coordonnées ne tiennent pas compte de la rotation des facteurs
appliqué à la fenêtre du contenu en tant que résultat de l'orientation de l'interface
les changements. Ainsi, vous pouvez avoir besoin de convertir le rectangle de la fenêtre
coordonnées (à l'aide de la convertRect:fromWindow: méthode) ou pour afficher
coordonnées (à l'aide de la convertRect:fromView: méthode) avant de l'utiliser.

Donc, si j'utilise [view1 convertRect:rect fromView:view2]

Que ferais-je d'insertion pour les paramètres ci-dessus pour l'obtenir pour convertir les valeurs de rotation correctement? c'est à dire:

vue1 = ?
rect = ? (le clavier de l'image je suppose)
vue2 = ?

Été de tenter des choses et faire de drôles de trucs.

Espérons que la réponse ci-dessous permet. J'ai déjà utilisé convertRect ainsi, mais le code ci-dessous est plus propre, de l'OMI.
Évidemment, je ne suis pas d'accord avec @Answerbot à ce qui est "propre" 🙂 BTW le code que j'show vient de mon livre, que vous aimeriez consulter sur ce sujet: apeth.com/iOSBook/...
De bonnes choses. J'ai lu un de vos livres et vraiment apprécié. La raison que j'ai arrêté de l'utiliser à l'aide de convertRect est parce qu'il ne fonctionne vraiment bien à l'intérieur d'un view controller où vous avez une myView qui représente le premier point de vue. Si toutefois, vous êtes à l'écoute pour les notifications à partir de l'intérieur d'un UITextField sous-classe, la transformation à l'aide de l'auto n'est pas particulièrement utile.

InformationsquelleAutor Ser Pounce | 2013-03-14

68

La première vue devrait être votre point de vue. Le second point de vue devrait être nul, sens de la fenêtre/coordonnées de l'écran. Donc:
```
NSDictionary* d = [notification userInfo];
CGRect r = [d[UIKeyboardFrameEndUserInfoKey] CGRectValue];
r = [myView convertRect:r fromView:nil];
```
Maintenant, vous avez la rect que le clavier s'en occuper, en termes de votre point de vue. Si votre vue est le point de vue actuel du contrôleur de la vue (ou une sous-vue de celui-ci), de la rotation et ainsi de suite sont maintenant comptabilisés.
- +1, mais je pense que c'est utile seulement si myView représente la vue de la racine d'un point de vue contrôleur. Si ce n'est pas le cas et, au lieu de mavue est une sous-vue comme {100,100,200,200}?
- Être conscient que vous avez besoin de convertir le rectangle de la fenêtre système de coordonnées! La réponse de @david-m-syzdek est plus complète.
- Juste pour être clair, dans iOS 8 il n'est pas nécessaire de les convertir par la fenêtre d'un système de coordonnées pour traiter le cas de l'orientation paysage, car la totalité de l'app tourne et le clavier a tourné avec elle.
- Je n'ai pas testé sur iOS 8 jusqu'à présent, de toute façon à prendre en charge les anciennes versions iOS vous avez besoin de convertir le rect.
- Brillante astuce. Malheureusement, j'ai eu une application dans l'app Store qui n'avait pas été à l'aide de la ConvertRect fonction. Tout fonctionnait bien avant iOS 8 est venu le long. Maintenant, avec iOS 8, tout à coup, mon paysage de l'application iPad a été déclaré que le clavier était de 1024 pixels de haut, et de gâcher mon écran. Donc, même si cette astuce est d'un an et demi vieux, maintenant, il est plus important que jamais !!
- Il semble que si vous voulez la hauteur du clavier, votre meilleur pari est de ne pas utiliser la hauteur de l'image, mais plutôt de l'écran en hauteur, moins l'image de l'origine de l'ordonnée. Le clavier a une hauteur différente de zéro, même quand il est indifférent, mais son cadre d'origine sera le bord inférieur de l'écran.
InformationsquelleAutor matt
23

J'ai essayé la accepté de répondre et a constaté qu'il ne fournit pas réellement le CGRect du clavier à l'intérieur de la vue. J'ai trouvé que je dois convertir le CGRect de la UIScreen objet de la UIWindow objet, et de la UIWindow objet de la UIView objet:
```
NSValue * keyboardEndFrame;
CGRect    screenRect;
CGRect    windowRect;
CGRect    viewRect;

//determine's keyboard height
screenRect    = [[[notification userInfo] objectForKey:UIKeyboardFrameEndUserInfoKey] CGRectValue];
windowRect    = [self.view.window convertRect:screenRect fromWindow:nil];
viewRect      = [self.view        convertRect:windowRect fromView:nil];
```
- Je utiliser pour redimensionner la vue de la racine pour ne pas être masqué par le clavier:
```
NSTimeInterval  duration;
CGRect          frame;

//determine length of animation
duration  = [[[notification userInfo] objectForKey:UIKeyboardAnimationDurationUserInfoKey] doubleValue];

//resize the view
frame              = self.view.frame;
frame.size.height -= viewRect.size.height;

//animate view resize with the keyboard movement
[UIView beginAnimations:nil context:NULL];
[UIView setAnimationBeginsFromCurrentState:YES];
[UIView setAnimationDuration:duration];
self.view.frame = frame;
[UIView commitAnimations];
```
- J'ai couru dans un cas où j'ai dû le faire ainsi. Donc, je vais le faire de cette façon à partir de maintenant.
- Je suis l'aide de cette méthode, mais manifestement incorrect origin valeurs de la viewRect pour le paysage (négatif y). Dans votre solution, vous pouvez utiliser uniquement le height. Est-ce que votre origin contenir corriger y valeur?
- Je suppose que le cas limite est l'iPad Pro avec mise à l'échelle? Ah, non, désolé, c'est un anachronisme.
- désolé. Je ne me souviens pas. Et maintenant, je doute de faire les choses différemment. Par exemple, je reçois keyboardHeightEnd de UIResponder.keyboardWillShowNotification, comme suit: let rect = (notification.userInfo![UIResponder.keyboardFrameEndUserInfoKey]! as! NSValue).cgRectValue; let keyboardHeightEnd = view.convert(rect, from: nil).size.height.
- qui ressemble un peu différente de la langue 😉 Mais oui, toutes les bonnes. Je me demande juste si les facteurs d'échelle sont ramassés correctement pour tous les appareils, y compris le rapport d'aspect-étranges (11" iPad Pro)
- ouais, j'utilise Swift maintenant. Je ne sais pas. Je n'ai pas testé, mais j'imagine que le code dans mon dernier commentaire (en particulier le UIView méthode d'instance convert(_:from:)) fonctionne correctement pour tous les appareils/balances. Si elle n'a pas, je sens que ce serait un UIKit bug.
InformationsquelleAutor David M. Syzdek

+ (void)parseKeyboardNotification:(NSNotification *)notification
                 inRelationToView:(UIView *)view
                             info:(void(^)(NSTimeInterval keyboardAnimationDuration, CGRect keyboardFrameInView, UIViewAnimationOptions keyboardAnimationOptions))callback
{
    NSParameterAssert(notification != nil);
    NSParameterAssert(view != nil);

    NSDictionary *userInfo = [notification userInfo];

    UIViewAnimationCurve animationCurve = [userInfo[UIKeyboardAnimationCurveUserInfoKey] integerValue];
    UIViewAnimationOptions animationOption = animationCurve << 16; //https://devforums.apple.com/message/878410#878410
    NSTimeInterval animationDuration = [userInfo[UIKeyboardAnimationDurationUserInfoKey] doubleValue];

    //http://stackoverflow.com/a/16615391/202451
    CGRect screenRect    = [[userInfo objectForKey:UIKeyboardFrameEndUserInfoKey] CGRectValue];
    CGRect windowRect    = [view.window convertRect:screenRect fromWindow:nil];
    CGRect viewRect      = [view        convertRect:windowRect fromView:nil];

    callback(animationDuration, viewRect, animationOption);
}

Peut être utilisé comme cela

- (void)keyboardWillShowOrHide:(NSNotification *)notification
{    
    [AGKeyboardInfo parseKeyboardNotification:notification inRelationToView:self.view info:^(NSTimeInterval keyboardAnimationDuration, CGRect keyboardFrameInView, UIViewAnimationOptions keyboardAnimationOptions) {

        [UIView animateWithDuration:keyboardAnimationDuration delay:0 options:keyboardAnimationOptions animations:^{

             //do any modifications to your views

        } completion:nil];
    }];
}

InformationsquelleAutor hfossli

Vous devez vous connecter pour publier un commentaire.