Android Fragment Transitions with GLSurfaceView -


I have GLSurfaceView in one piece, It is my main piece when I without a GLSurfaceView If any other piece is transitioned from the piece with your GLSurfaceView, the GLSurfaceView transit takes a little bit before the start.

I have tried to install GLSurfaceView.setZOrderOnTop (true) , this does not work, and in reality this situation is more damaged because of my ads and navigation Drawer becomes unclear.

I've tried to hide pieces of hosting GLSurfaceView, still has no effect

I tried to prevent pieces of hosting GLSurfaceView of this type GLSurfaceView Was stopped at the same time, it had no effect.

When GLSurfaceView runs up, the screen is black where GLSurfaceView believes. It seems that the black area on the screen is specific for piece changes, because if I remove the transition and easily change it with piece transaction then the glassfashionvivio movement has ended. This is not a solution because I want to change the transition from one piece to another in my app.

In the end, I realized that Onsaitstraywu be called on pieces with GLSurfaceView, which destroyed the first scene to animate the transition to the next piece and I think it's a problem May be.

Here's some code ...

Adding the piece with glsurfaceview

  // Clear all the pieces from the back stack if there are any getSupportFragmentManager (). PopBackStack (blank, piece manager. POP_BACK_STACK_INCLUSIVE); // a new deployment slice getSupportFragmentManager () .beginTransaction () .add (R.id.container, New DeployFragment (), "main piece") .commit () start;  

Instead of glsurfaceview piece with a prioritized list slice

  getSupportFragmentManager () .beginTransaction () .setCustomAnimations (R.anim.enter_from_right, R.anim. exit_to_left, R.anim.enter_from_left, R.anim.exit_to_right) .replace (R.id.container, new SettingsFragment (), "setting piece") .addToBackStack (zero) .commit ();  

When DeployFragment (glsurfaceview piece) SettingsFragment the (regular list piece) GLSurfaceView takes a little above, may be infected with the size of each placed above an altitude of 2 actionbars other. The GlassFrofase view displays a black area on the screen where GLSurfaceView is considered, but it is not.

Any ideas how to fix this problem?


The problem video

Just after selecting an option, you see the GL sarves, proceed, disclose black space

The only way to animate SurfaceView infection is to set the image as the source of image views on the top of the layout with content and surface for the bitmap But note that because this is a big bitmap, if it's a full screen layout for Android 2.x This approach can crash your app due to lack of native app (not Java), so I only recommend doing this for ics.


Comments

Popular posts from this blog

sqlite3 - UPDATE a table from the SELECT of another one -

c# - Showing a SelectedItem's Property -

javascript - Render HTML after each iteration in loop -