Android - Animation Personnalisée sur fragment de transaction exécute pas

Je suis à l'aide de l'API Google 8 (Android 2.2) avec support package v4.

Il ne donne pas d'erreur ou de l'animation.

Transaction:

FragmentTransaction transaction = manager.beginTransaction();       
transaction.replace(R.id.content, myFragment);
transaction.setCustomAnimations(R.anim.slide_in_left, R.anim.slide_out_right);
transaction.commit();

Animations:

slide_in_left.xml

<?xml version="1.0" encoding="utf-8"?>
<set xmlns:android="http://schemas.android.com/apk/res/android" >
    <translate
        android:duration="700"
        android:fromXDelta="-100%"
        android:toXDelta="0%" >
    </translate>
</set>

slide_out_right.xml

<?xml version="1.0" encoding="utf-8"?>
<set xmlns:android="http://schemas.android.com/apk/res/android">
    <translate
        android:duration="700"
        android:fromXDelta="0%"
        android:toXDelta="100%" >
    </translate>
</set>

Personne ne sait ce qui se passe ici?

  • Les Fragments n'ont pas introduit jusqu'à ce que Nid d'abeille (API 11, Android 3.0). Que pourrait être le problème, mais j'aurais pensé Eclipse vous dira.
  • C'est pourquoi je suis à l'aide de la trousse de soutien.
InformationsquelleAutor adheus | 2012-06-14
  1. 239

    Le gestionnaire a été l'empilement de mon opération avant de mettre de l'animation, de sorte qu'il les piles de la transaction sans animations (triste mais vrai), et que cela se produit même si j'ai valider la transaction après la setCustomAnimations().

    La solution est de définir les animations d'abord:

    FragmentTransaction transaction = manager.beginTransaction();       
transaction.setCustomAnimations(R.anim.slide_in_left, R.anim.slide_out_right);
transaction.replace(R.id.content, myFragment);
transaction.commit();
    • si vous devez vous séparer de la déclaration d'éviter l'auto objet retourné truc
    • qu'entendez-vous l'auto objet retourné truc.
    • transaction.something().somethingelse().replace().commit(), beaucoup de android méthodes de retour this de sorte que vous pouvez éviter de retaper la variable, mais de toute façon ici expose un effet secondaire et setCustomAnimations() doit être appelé séparément
    • Juste pour remarque, "l'auto objet retourné truc" est appelée "méthode de chaînage"
    • La méthode de chaînage de l'appel ci-dessus fonctionne bien. Juste testé dans mon propre projet.
    • Pour d'autres, pour animer fragment lorsque pop à partir de l'arrière de la pile, utilisez transaction.setCustomAnimations(R.anim.slide_in_left, R.anim.slide_out_right, R.anim.slide_in_left, R.anim.slide_out_right); à la place.
    • Mérite un +1. C'est un épargnant de vie pour moi. Il est triste de constater que 5 ans plus tard, et le problème n'est pas résolu... il est appelé une transaction pour une raison !!! Pourquoi serait de l'ordre de l'appel en cause un problème?

    InformationsquelleAutor adheus
  2. 16

    Comme suggéré ci-dessus, des déclarations distinctes sera certainement le travail. Mais le astuce ici est à setCustomAnimation avant de définir le type d'opération à savoir.add, replace, etc. autre chose, elle ne le fait pas. Donc, en appliquant la même logique, method chaining fonctionne également. par exemple. 

    getSupportFragmentManager()
        .beginTransaction()
        .setCustomAnimations(R.anim.a_slide_up,
                             R.anim.a_slide_down,
                             R.anim.a_slide_up,
                             R.anim.a_slide_down)
        .add(R.id.root_layout, 
             MyFrag.newInstance())
        .addToBackStack("MyFrag")
        .commit();

    De le mettre ici, de sorte que quelqu'un qui préfère method chaining trouve qu'il est utile. Cheers!

    • Je suis légèrement choqué par la façon dont vous utilisez la " dot " de l'opérateur pour le chaînage de méthode.
    • Convenu @Shaishav, a écrit cette réponse il y a deux ans, le mettre à jour.. Merci!
    InformationsquelleAutor Harisewak
  3. 5

    Laissant ici que c'est la question la plus populaire. J'ai eu le même problème avec le fragment de transaction qui n'est pas l'animation. Le coupable a été d'avoir l'attribut android:animateLayoutChanges ensemble de true dans le contenant de la mise en page.

    J'espère que cela aide quelqu'un de gagner du temps à la recherche d'une solution car il peut être difficile d'avoir imbriqués les mises en page dans des fichiers différents.

    InformationsquelleAutor Màrius Mora Bosch
  4. 0

    Une autre raison peut être inutilement placer fragmentTransaction.show() avant de s'engager. Cela fait pop des transitions pas sur certaines API android versions.

    InformationsquelleAutor Carson Holzheimer