Imbriqués les fragments de disparaître au cours de la transition de l'animation

Si il semble y avoir beaucoup de différentes solutions de contournement pour ce, mais basé sur @Jayd16 réponse, je crois que j'ai trouvé une bonne solution qui permet encore personnalisé, des animations de transition de l'enfant, des fragments, et ne nécessite pas de faire un cache bitmap de la mise en page.

Ont un BaseFragment classe qui étend la classe Fragment, et de faire toutes vos fragments d'étendre cette classe (et pas seulement de l'enfant fragments).

Dans ce BaseFragment catégorie, ajoutez le texte suivant:

//Arbitrary value; set it to some reasonable default
private static final int DEFAULT_CHILD_ANIMATION_DURATION = 250;

@Override
public Animation onCreateAnimation(int transit, boolean enter, int nextAnim) {
    final Fragment parent = getParentFragment();

    //Apply the workaround only if this is a child fragment, and the parent
    //is being removed.
    if (!enter && parent != null && parent.isRemoving()) {
        //This is a workaround for the bug where child fragments disappear when
        //the parent is removed (as all children are first removed from the parent)
        //See https://code.google.com/p/android/issues/detail?id=55228
        Animation doNothingAnim = new AlphaAnimation(1, 1);
        doNothingAnim.setDuration(getNextAnimationDuration(parent, DEFAULT_CHILD_ANIMATION_DURATION));
        return doNothingAnim;
    } else {
        return super.onCreateAnimation(transit, enter, nextAnim);
    }
}

private static long getNextAnimationDuration(Fragment fragment, long defValue) {
    try {
        //Attempt to get the resource ID of the next animation that
        //will be applied to the given fragment.
        Field nextAnimField = Fragment.class.getDeclaredField("mNextAnim");
        nextAnimField.setAccessible(true);
        int nextAnimResource = nextAnimField.getInt(fragment);
        Animation nextAnim = AnimationUtils.loadAnimation(fragment.getActivity(), nextAnimResource);

        //...and if it can be loaded, return that animation's duration
        return (nextAnim == null) ? defValue : nextAnim.getDuration();
    } catch (NoSuchFieldException|IllegalAccessException|Resources.NotFoundException ex) {
        Log.w(TAG, "Unable to load next animation from parent.", ex);
        return defValue;
    }
}

Il n'a, malheureusement, exigent de la réflexion, cependant, puisque cette solution de contournement est de la bibliothèque de prise en charge, vous ne courez pas le risque de l'implémentation sous-jacente de changer, sauf si vous mettez à jour votre bibliothèque de prise en charge. Si vous êtes à la construction de la bibliothèque de prise en charge à partir de la source, vous pouvez ajouter un accesseur pour la prochaine animation ID de ressource pour Fragment.java et de supprimer le besoin de réflexion.

Cette solution supprime la nécessité de "deviner" le parent de l'animation de la durée (de sorte que "ne rien faire" animation aura la même durée que la mère est sortie de l'animation), et vous permet de faire encore des animations personnalisées sur enfant fragments (par exemple, si vous êtes à la permutation enfant fragments autour de différentes animations).

OriginalL'auteur kcoppock

Je comprends que cela peut ne pas être en mesure de complètement résoudre votre problème, mais peut-être qu'il conviendra de quelqu'un d'autre besoins, vous pouvez ajouter enter/exit et popEnter/popExit des animations pour vos enfants Fragments qui ne sont pas réellement déplacer/animer le Fragments. Aussi longtemps que les animations ont la même durée/décalage comme parent Fragment animations, ils semblent se déplacer/s'anime avec le parent de l'animation.

OriginalL'auteur Steven Byle

@@@@@@@@@@@@@@@@@@@@@@@@@@@@

EDIT:
J'ai fini par unimplementing cette solution comme il y avait d'autres problèmes. Square a récemment sorti avec 2 bibliothèques qui remplacent les fragments. Je dirais que cela pourrait effectivement être une meilleure alternative que d'essayer de pirater des fragments d'en faire quelque chose de google ne veut pas d'eux en train de faire.

http://corner.squareup.com/2014/01/mortar-and-flow.html

@@@@@@@@@@@@@@@@@@@@@@@@@@@@

J'ai pensé que je l'avais mis en place cette solution pour aider les gens qui ont ce problème à l'avenir. Si vous suivre à travers les affiches originales conversation avec d'autres personnes, et de regarder le code, il a affiché, vous verrez l'affiche originale vient finalement à la conclusion de l'utilisation d'un no-op animation sur l'enfant fragments, alors que l'animation de la mère fragment. Cette solution n'est pas idéale car elle vous oblige à garder la trace de tous les enfants des fragments, ce qui peut être gênant lors de l'utilisation d'un ViewPager avec FragmentPagerAdapter.

Depuis que j'ai utiliser de l'Enfant Fragments de partout j'ai trouvé cette solution qui est efficace et modulaire (de sorte qu'il peut être facilement retiré) dans le cas où elles de la réparer, et ce non-op animation n'est plus nécessaire.

Il ya beaucoup de façons dont vous pouvez le mettre en œuvre. J'ai choisi d'utiliser un singleton, et je l'appelle ChildFragmentAnimationManager. Essentiellement, il va garder la trace d'un enfant fragment pour moi sur la base de ses parents et leur appliquer un no-op d'animation pour les enfants lors de la demande.

public class ChildFragmentAnimationManager {
private static ChildFragmentAnimationManager instance = null;
private Map<Fragment, List<Fragment>> fragmentMap;
private ChildFragmentAnimationManager() {
fragmentMap = new HashMap<Fragment, List<Fragment>>();
}
public static ChildFragmentAnimationManager instance() {
if (instance == null) {
instance = new ChildFragmentAnimationManager();
}
return instance;
}
public FragmentTransaction animate(FragmentTransaction ft, Fragment parent) {
List<Fragment> children = getChildren(parent);
ft.setCustomAnimations(R.anim.no_anim, R.anim.no_anim, R.anim.no_anim, R.anim.no_anim);
for (Fragment child : children) {
ft.remove(child);
}
return ft;
}
public void putChild(Fragment parent, Fragment child) {
List<Fragment> children = getChildren(parent);
children.add(child);
}
public void removeChild(Fragment parent, Fragment child) {
List<Fragment> children = getChildren(parent);
children.remove(child);
}
private List<Fragment> getChildren(Fragment parent) {
List<Fragment> children;
if ( fragmentMap.containsKey(parent) ) {
children = fragmentMap.get(parent);
} else {
children = new ArrayList<Fragment>(3);
fragmentMap.put(parent, children);
}
return children;
}
}

Ensuite, vous devez avoir une classe qui étend la classe Fragment que tous vos Fragments étendre (au moins votre Enfant Fragments). J'ai déjà eu cette classe, et je l'appelle BaseFragment. Lors de l'un des fragments de vue est créée, nous l'ajoutons à la ChildFragmentAnimationManager, et l'enlever quand il est détruit. Vous pouvez faire cela onAttach/Détacher, ou d'autres méthodes d'appariement dans la séquence. Ma logique pour le choix de Créer ou de Détruire de la Vue parce que si un Fragment n'est pas un point de Vue, je ne se soucient pas de l'animation de continuer à être vu. Cette approche devrait également mieux travailler avec ViewPagers que l'utilisation de Fragments que vous ne serez pas garder la trace de chaque Fragment unique d'un FragmentPagerAdapter est tenue, mais plutôt que 3.

public abstract class BaseFragment extends Fragment {
@Override
public  View onCreateView(LayoutInflater inflater, ViewGroup container,
Bundle savedInstanceState) {
Fragment parent = getParentFragment();
if (parent != null) {
ChildFragmentAnimationManager.instance().putChild(parent, this);
}
return super.onCreateView(inflater, container, savedInstanceState);
}
@Override
public void onDestroyView() {
Fragment parent = getParentFragment();
if (parent != null) {
ChildFragmentAnimationManager.instance().removeChild(parent, this);
}
super.onDestroyView();
}
}

Maintenant que tous vos Fragments sont stockées dans la mémoire par le parent fragment, vous pouvez appeler animer sur eux comme ça, et votre enfant fragments ne disparaîtra pas.

FragmentTransaction ft = getActivity().getSupportFragmentManager().beginTransaction();
ChildFragmentAnimationManager.instance().animate(ft, ReaderFragment.this)
.setCustomAnimations(R.anim.up_in, R.anim.up_out, R.anim.down_in, R.anim.down_out)
.replace(R.id.container, f)
.addToBackStack(null)
.commit();

Aussi, si vous l'avez, ici, c'est le no_anim.xml fichier qui va dans votre res/anim dossier:

<?xml version="1.0" encoding="utf-8"?>
<set xmlns:android="http://schemas.android.com/apk/res/android" android:interpolator="@android:anim/linear_interpolator">
<translate android:fromXDelta="0" android:toXDelta="0"
android:duration="1000" />
</set>

Encore une fois, je ne pense pas que cette solution est parfaite, mais c'est beaucoup mieux que pour chaque exemple vous avez un Enfant Fragment, la mise en œuvre du code personnalisé dans le parent fragment de garder une trace de chaque enfant. J'ai été là, et il n'est pas amusant.

OriginalL'auteur spierce7

J'ai eu le même problème avec le fragment de carte. Il l'a gardé en train de disparaître lors de la sortie de l'animation de son contenant le fragment. La solution est d'ajouter une animation pour les enfants fragment de carte qui va le garder visible lors de la sortie de l'animation de la mère fragment. L'animation de l'enfant fragment est de garder son alpha à 100% au cours de la période de durée.

Animation: res/animator/keep_child_fragment.xml

<?xml version="1.0" encoding="utf-8"?>    
<set xmlns:android="http://schemas.android.com/apk/res/android">
<objectAnimator
android:propertyName="alpha"
android:valueFrom="1.0"
android:valueTo="1.0"
android:duration="@integer/keep_child_fragment_animation_duration" />
</set>

L'animation est ensuite appliquée lorsque le fragment de carte est ajoutée à la mère fragment.

Parent fragment

@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container,
Bundle savedInstanceState) {
View view = inflater.inflate(R.layout.map_parent_fragment, container, false);
MapFragment mapFragment =  MapFragment.newInstance();
getChildFragmentManager().beginTransaction()
.setCustomAnimations(R.animator.keep_child_fragment, 0, 0, 0)
.add(R.id.map, mapFragment)
.commit();
return view;
}

Enfin, la durée de l'enfant fragment d'animation est définie dans un fichier de ressources.

values/integers.xml

<resources>
<integer name="keep_child_fragment_animation_duration">500</integer>
</resources>

OriginalL'auteur Evgenii

J'ai récemment rencontré ce problème dans ma question: Imbriqués les fragments de la transition de manière incorrecte

J'ai une solution qui permet de résoudre ce sans sauvegarde d'une image bitmap, ni en utilisant la réflexion ou de tout autre insatisfaisant méthodes.

Un exemple de projet peuvent être consultés ici: https://github.com/zafrani/NestedFragmentTransitions

Un GIF de l'effet peut être consultée ici: https://imgur.com/94AvrW4

Dans mon exemple il y a 6 enfants fragments, répartis entre les deux parents fragments. Je suis en mesure de réaliser les transitions d'entrée, de sortie, de la pop et push sans aucun problème. Les modifications de la Configuration et à l'arrière de l'appareil sont également traitée avec succès.

La majeure partie de la solution est dans mon BaseFragment (le fragment prolongée par mes enfants et parents fragments) onCreateAnimator fonction qui ressemble à ceci:

   override fun onCreateAnimator(transit: Int, enter: Boolean, nextAnim: Int): Animator {
if (isConfigChange) {
resetStates()
return nothingAnim()
}
if (parentFragment is ParentFragment) {
if ((parentFragment as BaseFragment).isPopping) {
return nothingAnim()
}
}
if (parentFragment != null && parentFragment.isRemoving) {
return nothingAnim()
}
if (enter) {
if (isPopping) {
resetStates()
return pushAnim()
}
if (isSuppressing) {
resetStates()
return nothingAnim()
}
return enterAnim()
}
if (isPopping) {
resetStates()
return popAnim()
}
if (isSuppressing) {
resetStates()
return nothingAnim()
}
return exitAnim()
}

L'activité et parent fragment sont responsables de l'établissement des états de ces booléens. Il est plus facile de voir comment et d'où mon exemple de projet.

Je ne suis pas à l'utilisation d'un support de fragments dans mon exemple, mais la même logique peut être utilisée avec eux et leur onCreateAnimation fonction

OriginalL'auteur zafrani

De la réponse ci-dessus de @kcoppock,

si vous avez une Activité->Fragment->Fragments ( plusieurs à empiler, à la suite contribue ), une modification mineure à la meilleure réponse à mon humble avis.

public Animation onCreateAnimation(int transit, boolean enter, int nextAnim) {
final Fragment parent = getParentFragment();
Fragment parentOfParent = null;
if( parent!=null ) {
parentOfParent = parent.getParentFragment();
}
if( !enter && parent != null && parentOfParent!=null && parentOfParent.isRemoving()){
Animation doNothingAnim = new AlphaAnimation(1, 1);
doNothingAnim.setDuration(getNextAnimationDuration(parent, DEFAULT_CHILD_ANIMATION_DURATION));
return doNothingAnim;
} else
if (!enter && parent != null && parent.isRemoving()) {
//This is a workaround for the bug where child fragments disappear when
//the parent is removed (as all children are first removed from the parent)
//See https://code.google.com/p/android/issues/detail?id=55228
Animation doNothingAnim = new AlphaAnimation(1, 1);
doNothingAnim.setDuration(getNextAnimationDuration(parent, DEFAULT_CHILD_ANIMATION_DURATION));
return doNothingAnim;
} else {
return super.onCreateAnimation(transit, enter, nextAnim);
}
}

OriginalL'auteur alekshandru