Я создаю интерфейс, в котором мне нужно обрабатывать события касания. В частности, я мог бы включить их только в ограниченную область во фрагменте. Чтобы лучше понять проблему, соблюдать стандарты и цель моего приложения, я спланировал панель навигации, которая предполагает наличие множества фрагментов (вместо действий). Действие с событиями касания реализуется довольно легко, с другой стороны, я читал в Интернете, что с фрагментами могут возникнуть проблемы.
Мое приложение на архитектурном уровне выглядит следующим образом: - MainActivity.java - NavigationDrawer.java - TestFragment.java (сейчас для одного фрагмента, ожидая решения проблемы)
Я не нашел решения или руководства, в котором объяснялось бы, как добиться успеха (или как решить проблему). Тогда я прошу вас, упрощая задачу, просто «включить событие касания во фрагменте (в данном случае getPressure ())». Ниже приведены некоторые фрагменты кода, которые могут помочь решить проблему:
TestFragment
public class TestFragment extends Fragment {
private static final String ARG_SECTION_NUMBER = "section_number";
public static TestFragment newInstance(int sectionNumber) {
TestFragment fragment = new TestFragment();
Bundle args = new Bundle();
args.putInt(ARG_SECTION_NUMBER, sectionNumber);
fragment.setArguments(args);
return fragment;
}
public TestFragment() {}
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container,
Bundle savedInstanceState) {
return inflater.inflate(R.layout.fragment_test, container, false);
}
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
}
@Override
public boolean onTouchEvent(MotionEvent event) {
// Here I want to return the press value (0 to 1)
}
}
Как связать слушателя со всем фрагментом? А в случае с конкретным районом? Наконец, как мне вернуть значение давления на экран?
Большое спасибо за совет! :)
class MainActivity extends Activity
и много фрагментов. Одна из основных проблем, с которыми мы столкнулись, заключалась в следующем: мы не могли заставить стек навигации (он же задний стек) для фрагментов работать так, как мы хотели (я думаю, что iOS справилась с этим лучше), поэтому мы закончили тем, что управляли фрагментами и кнопкой возврата в наших собственных код. То есть мы отслеживали фрагменты, и при нажатии кнопки «Назад» принимали собственное решение о том, куда вернуться. (Если фрагмент A связан с дочерним фрагментом B1, который ссылается на фрагмент однорангового / однорангового B2, мы хотели, чтобы Back возвращался к A, а не к B1, в тех местах, где это имеет смысл) - person ToolmakerSteve   schedule 20.10.2016