Réglage contentOffset par programme déclenche scrollViewDidScroll

J'ai un peu de UIScrollView sur une page. Vous pouvez faire défiler de manière indépendante ou de lock-ensemble et de les faire défiler comme un. Le problème se produit lorsqu'ils sont verrouillés.

- Je utiliser UIScrollViewDelegate et scrollViewDidScroll: de suivre le mouvement. J'ai une requête à la contentOffset de la UIScrollView qui a changé et puis reflètent les changements à d'autres de défilement des vues en définissant leurs contentOffset propriété de match.

Génial.... sauf que j'ai remarqué que beaucoup d'appels supplémentaires. Programmation, en modifiant contentOffset de mes défilement des vues déclenche la méthode du délégué scrollViewDidScroll: à être appelé. J'ai essayé d'utiliser setContentOffset:animated: à la place, mais je suis encore en train sur la gâchette de la déléguer.

Comment puis-je modifier mon contentOffsets programme, afin de ne pas déclencher scrollViewDidScroll:?

Notes de mise en œuvre....
Chaque UIScrollView fait partie d'une coutume UIView qui utilise le modèle de délégué à l'appel retour à la présentation de UIViewController sous-classe qui gère la coordination entre les différents contentOffset valeurs.

J'ai le même problème, je suis en utilisant un UITextView dans un UITableView, lors de l'affichage de texte est redimensionné, UITableView->scrollViewDidScroll est déclenché ;-(
Carc réponse a parfaitement fonctionné. Depuis lors, je hae venu à comprendre la modification des limites de propriété et acquis une compréhension de ce qui se passe.

InformationsquelleAutor DBD | 2012-02-23

106

Il est possible de modifier le contenu de l'offset d'une UIScrollView sans déclencher le délégué de rappel scrollViewDidScroll:, en définissant les limites de la UIScrollView à l'origine sur le contenu souhaité compenser.
```
CGRect scrollBounds = scrollView.bounds;
scrollBounds.origin = desiredContentOffset;
scrollView.bounds = scrollBounds;
```
- pourquoi donc réticent à l'idée de mon homme? c'est tout le contenu de décalage est vraiment, et peut être animé à l'aide de UIView animation des blocs et des trucs.
- Cela fait encore un autre appel à scrollViewDidScroll, mais il ne le fait pas jusqu'à ce que la suite de l'actuel scrollViewDidScroll fonction se termine.
- Je ne vois pas cela du lancement d'un appel à scrollViewDidScroll. Est-il une situation, cela arriverait-il?
InformationsquelleAutor Tark

Essayer

id scrollDelegate = scrollView.delegate;
scrollView.delegate = nil;
scrollView.contentOffset = point;
scrollView.delegate = scrollDelegate;

A fonctionné pour moi.

InformationsquelleAutor Abhijit

41

Qu'en utilisant les propriétés de UIScrollView?
```
if(scrollView.isTracking || scrollView.isDragging || scrollView.isDecelerating) {
    //your code
}
```
- Possible, mais fragile. Si le UIScrollView API a changé, même par l'ajout d'une nouvelle propriété, cela causerait votre code à briser. Vous devez également avoir à vous soucier de l'indicateur ces drapeaux être allé. Après tout, j'ai été vérifier dans "changer" et le défilement de l'affichage peut ne plus avoir le drapeau parce que l'action est terminée.
- Si vous inquiet au sujet de chaque API en train de changer dans UIKit je ne sais pas comment vous pourriez faire quelque chose. En s'appuyant sur la documentation accessible Api n'est pas fragile.
- Je ne dis pas que la solution est faite de verre filé, mais je l'ai trouvé à moins d'avenir que souhaité. Le principe de la solution est vérifications de 3 activités potentielles et si ce n'est pas ces activités supposent par le processus d'élimination, il est le 4ème. Mon inquiétude n'est pas à propos d'Apple, en changeant simplement une API publique, c'est à propos d'Apple d'ajouter des fonctionnalités de l'API qui nécessiterait une logique de mise à jour pour que le code de continuer à fonctionner, et Apple ne faire des ajouts à la UIKit assez régulièrement, tant que de nouvelles classes et des ajouts de classes existantes. C'est ok si vous n'aimez pas mes raisons.
- Je suis d'accord avec vous que "Le principe de la solution est vérifications de 3 activités potentielles et si ce n'est pas ces activités supposent par le processus d'élimination, il est le 4ème"est moins souhaitable logique.
- c'est la seule solution qui peut gérer animé offset ainsi, tous les autres de la solution de désactiver l'animation.
- Meilleure réponse ici, et de loin. Contrairement aux limites de la solution, il n'est pas certain côté mystérieux effet que tout POURRAIT changer avec le comportement futur, et la probabilité de défilement-vue de disposer de nouveaux concepts introduits est vraiment faible à moins que la nouvelle de l'interaction tactile sortes être présenté – qui, avouons-le, de 10 ans à iOS (nous sommes même passés force touch maintenant) est hautement improbable. Et si elle ne... big whoop, ajouter une interaction de votre code et vous avez terminé. Pourrait même la faire tourner dans une extension (avec 'ieUserInteracting la propriété) et s'occupe de toutes vos défiler les vues d'un seul coup. Fait.
InformationsquelleAutor Kukosk
6

Simplifier @Tak réponse, vous pouvez positionner le scrollview sans tirer scrollViewDidScroll dans une ligne comme ceci:
```
scrollView.bounds.origin = CGPoint(x:0, y:100); //whatever values you'd like
```
- Pas sûr de ce qu'il se passe, mais dans Xcode 9 - construction pour iOS 11, même lors de la définition des limites, des scrollViewDidScroll apparaît à feu.
InformationsquelleAutor SimplGy
5

Une autre approche consiste à ajouter un peu de logique dans votre scrollViewDidScroll délégué à déterminer si oui ou non le changement de contenu de décalage a été déclenchée par programmation ou par le toucher de l'utilisateur.
- Ajouter une "isManualScroll' variable booléenne à votre classe.
- Définissez sa valeur initiale à la valeur false.
- Dans scrollViewWillBeginDragging attribuez la valeur true.
- Dans votre scrollViewDidScroll vérifier pour voir qu'est-ce vrai et de répondre seulement si il est.
- Dans scrollViewDidEndDecelerating le mettre à false.
- Dans scrollViewWillEndDragging ajouter une logique de le mettre à false si la vitesse est de 0 (comme scrollViewDidEndDecelerating ne sera pas appelé dans ce cas).
InformationsquelleAutor Jake MacMullin
4

Ce n'est pas une réponse directe à la question, mais si vous avez trouvé ce qui semble être des parasites tels messages, il peut être AUSSI parce que vous sont en train de changer les limites. Je suis à l'aide de certains Apple exemple de code avec un "tilePages" méthode qui supprime et ajoute de la sous-vue à un scrollview. Cette rarement des résultats supplémentaires dans les scrollViewDidScroll: messages appelé immédiatement, de sorte que vous obtenez dans un récursivité qui vous pour vous ne s'attendent pas. Dans mon cas, j'ai eu un méchant impossible de trouver la panne.

Ce que j'ai fait a été de files d'attente à l'appel sur la file d'attente principale:
```
- (void)scrollViewDidScroll:(UIScrollView *)scrollView
{
    if(scrollView == yourScrollView) {
        //dispatch fixes some recursive call to scrollViewDidScroll in tilePages (related to removeFromSuperView)
        //The reason can be found here: http://stackoverflow.com/questions/9418311
        dispatch_async(dispatch_get_main_queue(), ^{ [self tilePages]; });
    }
}
```
- Intéressant, bien que pas mon problème dans ce cas, je vais garder cela à l'esprit.
InformationsquelleAutor David H

Vous devez vous connecter pour publier un commentaire.