Здравствуйте. Если вы говорите о простой индикации, какая страница сейчас открыта — то да, это сделать можно. В 6 версии Support Package появилась возможность указывать заголовок для страниц (с помощью класса PagerTitleStrip). Кроме того в комментариях уже была ссылка на неплохую библиотеку, реализующую этот функционал — github.com/JakeWharton/Android-ViewPagerIndicator
Вам это нужно, или что-то другое?

После миграции на устройство с большей плотностью, используя dp, у меня все элементы поехали, а текст стал совершенно других размеров (на взгляд).

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

Если не секрет, удалось ли вам вернуть те самые 25€? И насколько по вашим наблюдениям эффективен AdMob?

С заголовками, видимо, посложнее будет. Сам такое не реализовывал, так что, к сожалению, подсказать не могу.

Можно описать в файле разметки элементы так, чтобы ViewPager был лишь одним из компонентов. Например, создать такой файл main_layout.xml:

<LinearLayout
	xmlns:android="http://schemas.android.com/apk/res/android"
	android:orientation="vertical"
	android:layout_width="fill_parent"
	android:layout_height="fill_parent">
	
	<ImageView
		android:id="@+id/image"
		android:layout_width="wrap_content"
		android:layout_height="wrap_content"
		android:src="@drawable/icon"/>
	
	<android.support.v4.view.ViewPager
		android:id="@+id/view_pager"
		android:layout_width="wrap_content"
		android:layout_height="wrap_content">
	</android.support.v4.view.ViewPager>
	
</LinearLayout>

Затем в activity приложения делаем setContentView(R.layout.main_layout), а экземпляр ViewPager добываем с помощью findViewById(R.id.view_pager).
Указанная картинка будет находиться наверху экрана, а страницы, которые скроллятся с помощью ViewPager будут располагаться ниже.

Нет, не смотрел.

Видимо можно. Попробовал сделать добавление в список новых элементов при нажатии на экран — работает. То есть адаптером корректно подхватываются новые элементы списка. Динамическое удаление страниц тоже работает.

Добавил в начало статьи краткую инструкцию по установке.

Поправьте описание QQueue. В коде объявлен стек вместо очереди и консольный вывод, если не ошибаюсь, тоже немного другой будет.

Здорово! Спасибо за статью. Интересный подход к решению проблемы.

Повезло вам с преподавателями непрофильных предметов. Жаль что так не всегда бывает.

Спасибо за совет. До этого не сталкивался с WeakReference. Буду иметь ввиду, что указанная вами проблема может возникнуть.

Добавил массив матриц и рисую картинку с помощью каждой из них. При 30-ти вращающихся картинках fps также остается равным 60. Если их число увеличить до 50 штук — частота кадров уменьшается примерно до 50.

Тестировал на HTC Desire HD. Система ограничивает fps до 60. На эмуляторе подтормаживает, но это скорее всего из за самого эмулятора.
На практике сталкивался со следующей проблемой: В приложении рисование делал с помощью стандартного view. Все рисовалось довольно плавно и fps тоже был около 60. В определенный момент в иерархию view-элементов добавлялся TextView, анимированный с помощью стандартных средств Android (tween animation). Эта анимация длилась 2 секунды и после этого TextView удалялся. И вот на эти 2 секунды, пока шла анимация, вся отрисовка начинала тормозить. По завершении анимации, всё опять становилось плавно. После того, как начал использовать SurfaceView вместо простого View, данная проблема возникать перестала.