Android TalkBack and fragment stack

前端 未结 6 1782
迷失自我
迷失自我 2021-01-11 17:14

For an application that I work on, I need to implement accessibility. Everything works fine except for one screen where I have to fragments added to my activity. Basically,

相关标签:
6条回答
  • 2021-01-11 17:47

    UPDATE

    I figured out the solution. you can disable the accessibility of the first fragment before you do the fragment transaction.

    rootView = inflater.inflate(R.layout.first_fragment, null, false);
    
    rootView.setImportantForAccessibility(View.IMPORTANT_FOR_ACCESSIBILITY_NO_HIDE_DESCENDANTS);
    

    and now you commit your fragment transaction. Second fragment won't leak the focus to first fragment.

    Don't forget to enable the accessibility of first fragment in case you're coming back to the first fragment.

    if(rootView != null) {
        rootView.setImportantForAccessibility(View.IMPORTANT_FOR_ACCESSIBILITY_YES);
    }
    
    0 讨论(0)
  • 2021-01-11 17:50

    Look at method View.sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_FOCUSED). sendAccessibilityEvent changes focus from Talkback. I don't know much about Talkback, pls read a link on SO @ When using TalkBack, what is the preferred way to alert the user when the contents of a TextView have changed?.

    Good luck...

    0 讨论(0)
  • 2021-01-11 17:55

    Your problem isn't "sending" focus to the correct place. Forcing focus around to different places is generally a bad idea, and inaccessible. Your problem is that you have elements on the screen that aren't visible, but are being focused by TalkBack. What you want to do is hide these elements from TalkBack. Actually, you probably want to remove them completely, but let's assume that they need to be on the screen. What you can do is hide them from the accessibility service:

    rootViewOfFragment.setImportantForAccessibility(IMPORTANT_FOR_ACCESSIBILITY_NO_HIDE_DESCENDANTS);
    

    This will hide those views from TalkBack. This is a better solution than forcing focus to a specific element, as this is generally an accessibility violation under WCag 2.0. Though if the elements on screen are not completely hidden by your "top" fragment, this is also a violation, and you should actually just leave things be.

    0 讨论(0)
  • 2021-01-11 17:56

    Maybe you can call requestAccessibilityFocus() when the second fragment resumes

    @Override
    public void onResume() {
        super.onResume();
        yourView.requestAccessibilityFocus();
    }
    
    0 讨论(0)
  • 2021-01-11 17:57

    Adding

    view.setImportantForAccessibility(View.IMPORTANT_FOR_ACCESSIBILITY_YES);`
    view.performAccessibilityAction(AccessibilityNodeInfo.ACTION_ACCESSIBILITY_FOCUS, null);
    

    inside onResume

    and adding

    view.setImportantForAccessibility(View.IMPORTANT_FOR_ACCESSIBILITY_NO_HIDE_DESCENDANTS);
    

    inside onPause works for me.

    0 讨论(0)
  • 2021-01-11 18:05

    Are you using fragmentTransaction.add?

    If so you sould use fragmentTransaction.replace!

    Add function also did problems with clicking the below fragment views.

    So please, use replace.

    0 讨论(0)
提交回复
热议问题