An invisible layout behind the fragment is getting clicked:

Question

I have created several fragments and I add the first fragment the following way:

mainFragment = (MainFragment) MainFragment.create();
    getSupportFragmentManager().beginTransaction()
    .setCustomAnimations(R.anim.slide_in_right, R.anim.slide_out_left, R.anim.slide_in_left, R.anim.slide_out_right)
    .add(R.id.content, mainFragment, MAIN_FRAGMENT_TAG)
    .commit();

The second fragment is added this way:

     getSupportFragmentManager().beginTransaction().setCustomAnimations(R.anim.slide_in_right, R.anim.slide_out_left, R.anim.slide_in_left, R.anim.slide_out_right)
    //.hide(mainFragment)
    .add(R.id.content,VenueFragment.create(vid), "Venue Fragment")
    .addToBackStack(null)
    .commit();
    setDrawerIndicatorEnabled(false);

Now as you see the hide method is not applied for this transaction, and the VenueFragment is opened, the problem in this case is that while the VenueFragment opened (and it's a full screen view) pressing on empty section of this fragment invokes calls of the MainFragment clickable views. How can I prevent this?

If I use the hide option then it's not happening but for some reason the animation for removing the MainFragment is going up and that makes a weird experience.

Set clickable property on the second fragment's view to true. — faiziii, Nov 04 '14 at 08:15
@faiziii, if you look carefully you will notice that this is exactly what specified in the accepted answer. — Emil Adz, Nov 04 '14 at 08:41

Emmanuel · Accepted Answer · 2014-01-15T16:04:01.343

46

You need to make the root ViewGroup of VenueFragment clickable so it handles click events and they do not pass down (in the z-order sense) to the other Fragment.

edited Jan 15 '14 at 16:04

answered Jan 15 '14 at 15:46

Emmanuel

13,083
4
39
53

you mean in the second Fragment I have added the VenueFragment? – Emil Adz Jan 15 '14 at 15:59
1

Ok, but even if this works, it looks like kinda of a work around. Not something Google has intended to be that way or to be handled like this. Is there any other way to handle this problem? – Emil Adz Jan 15 '14 at 16:30
I do not know. I faced this same problem and that was the only solution I found. There has to be another way. – Emmanuel Jan 15 '14 at 16:34
Well now we know why this happens, which actually makes some sense now. And your answer was the easiest one to complete. So thanks. – Emil Adz Jan 16 '14 at 19:25
well I have to admit my initial thought was "lol, wtf dude" when I saw your solution...but it just WORKS ! Thanks. – narancs Jun 21 '17 at 15:58
I understand the logic in this and if this is still active, I would like to know what if there are clickable text in the layout(ViewGroup) that was made Clickable, how would we handle that? – bvsss Dec 05 '17 at 17:26

score 22 · Answer 2 · edited Jan 09 '19 at 10:49

22

Set clickable property on the second fragment's view to true.

For Example:

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="fill_parent"
    android:layout_height="fill_parent"
    android:clickable="true" />

edited Jan 09 '19 at 10:49

IntelliJ Amiya

74,896
15
165
198

answered Jul 19 '16 at 05:06

Digvijay Machale

601
7
12

GLee · Answer 3 · 2014-01-15T22:21:53.200

Setting an onClickListener on VenueFragment will work, but I'll add a little bit more explanation. Having the main fragment get a touch event is intended behavior to handle the case where your venue fragment is transparent. In that case, it could be reasonable to expect the touch to go through your transparent view to the one underneath. As such, android passes touch events until they can be handled. Setting an onClickListener will handle the event, preventing it from being passed to the next View. If you wanted to be "correct" about preventing clicks on the lower fragment, there are a couple of options:

Remove the onClickListener from the main fragment in OnPause, and set it in OnResume. That way, any time the main fragment is not the active fragment, it cannot be clicked.
Subclass your top level layout in your VenueFragment and override OnTouchEvent to return true. This will essentially do the same thing as setting an onClickListener, but you may find that it makes your intention to block all touch events clearer.

Thanks for the explanation and +1 for that, but to tell you the truth the option I received in the first answer works and it basically does the same as your second option for fixing this. Only without all the mess of inheritance and then using this custom class in the layout. — Emil Adz, Jan 16 '14 at 19:24

score 3 · Answer 4 · answered Apr 04 '17 at 12:13

Well the very quick answer is android:clickable="true" in the top of the layout properties in fragment.

But it would be a better practice if you create an activity with a FrameLayout & its id and no other elements in that activity. So whenever you want a fragment to be on the screen, give a call to that activity and use

getSupportFragmentManager().beginTransaction()
    .setCustomAnimations(R.anim.slide_in_right, R.anim.slide_out_left, R.anim.slide_in_left, R.anim.slide_out_right)
    .replace(R.id.frameLayoutId, mainFragment, MAIN_FRAGMENT_TAG)
    .commit();

use replace instead of add so that the frameLayout of the activity is replaced by the fragment's layout as given by the frameLayoutId

score 1 · Answer 5 · answered May 22 '18 at 12:18

1

I have a better solution, at least that what I think :P.

while fragment transaction, use hide and show method.

answered May 22 '18 at 12:18

Code_Life

5,742
4
29
49

It's not a better solution, because sometimes you want to leave the back fragment (for example: when the top fragment is not a full-screen fragment). in this case, you need to leave both fragments. what would you do then? – Emil Adz May 22 '18 at 13:00

An invisible layout behind the fragment is getting clicked:

5 Answers5

Linked