Денис Загаевский

Не нужно этим заниматься, этим не будет пользоваться значимое количество пользователей. Лучше возьмитесь за что-то новое, не нужно придумывать фичи для одного приложения.

Выкинь эту книгу, это всё вообще неважно. Настоящие разработчики не пользуются этим визардом, его изучение - бессмысленно. Пройди курс на udacity, почитай developers.android.com

Стектрейс обрезан. По этому куску - никак не понять. В полном стектрейсе появятся твои файлы со строками, в которых выкинулось исключение.

как страшно жить стало с тех пор, как ConstraintLayout стал корнем по-умолчанию.

Сделай layout_width = 0dp

udacity android nanodegree, конечно.

Фрагментам вообще нельзя задавать темы в манифесте. Можно задавать стили вьюхам в разметке.

Взять Tesseract OCR, там есть русский язык.

Проблема в том, что
1) не надо использовать фрагменты из платформы (android.app.Fragment). Нужно использовать из саппорт либы.
2) в ветке else, там где getChildFragmentManager. Если посмотреть реализацию этого метода, станет понятно, что внутри него создаётся новый фрагмент менеджер, в котором, естественно, нет фрагмента this.
При коммите такой транзакции фрагмент менеджер проверяет, находится ли тарегт фрагмент в том же менеджере, что и тот, кому его выставили. Не находится. И падает.

Исправить просто. Те фрагменты, что находятся в child fragment manager'e, могут получить доступ к parent'у(в данном случае - this) через getParentFragment.

Выкинуть нафиг вторую активити, сделать целиком на фрагментах.

Picasso.with(context).load(items1[getPosition()]).placeholder(R.drawable.image).fit().into(image1);}
перенести в onBindViewHolder. setImageUri выкинуть. В остальном вроде всё норм.

Вообще, конечно, можно это сделать, но не нужно. Фрагмент должен полностью инкапсулировать поведение всего, что есть у него внутри. Активити не должна знать, что находится внутри фрагмента. Фрагмент ничего не должен знать про другие фрагменты.
Стандартное решение такое - делается интерфейс с нужными методами. Фрагмент реализует этот интерфейс. Активити дергает методы. Активити тоже может реализовывать подобные интерфейсы и фрагмент тогда может дергать эти методы.

Имхо, в сфере мобильной разработки читать книги, да ещё переведенные - бессмысленно.
Пока её написали да перевели, да вы её купили - уже все устарело, уже новые апи, парадигма сменилась, подходы поменялись. Особенно это андроида касается.

Если найдешь это в книге - выбрось её. Это устаревший api.
По теме response.getEntity().getContent() отдаст тебе стрим ответа.
От доброты моей:
У тебя активити утекает через этот асинктаск(memory leak). Асинктаски вообще не для сети.
Возьми OkHttp, там всё проще и красивее получается. Если это Rest-like api, возьми ещё Retrofit. Не мучайся.