Александр

Ход мыслей у вас верный, но реализация не совсем правильная. Действительно нужно оповещать MediaStore о появлении нового файла (и удалении, конечно, тоже). Но делается это так:

String fileAbsPath = "file.txt";
new File(Environment.getExternalStorageDirectory(), fileAbsPath).createNewFile();
MediaScannerConnection.scanFile(context, new String[]{fileAbsPath}, null, null);

Подробности тут.

Я бы посоветовал посмотреть внимательнее на метод адаптера getItemViewType(int). В общем-то он для этого и нужен - отрисовывать по-разному разные типы объектов.

Вообще весьма странно, что иностранные юридические лица не могут совершить банковский перевод на ваш счет. Работаем с иностранными юриками и получаем оплату на банковский счет без проблем. Возможно вы пытаетесь получить от них перевод на рублёвый расчетный счет? Тогда перевод и не должен пройти, т.к. валюту можно принимать только на валютный счет, причем для USD свой счет, для EUR свой. Возможно где-то что-то напутали с реквизитами - для переводов в валюте часто используются банки-посредники. Это всё в вашем банке должны вам рассказать.
Да, и придётся проходить валютный контроль - обязательно нужен договор, счет и акт, чтобы подтвердить источник денег по каждому переводу. Это тоже в вашем банке расскажут, да и в интернете достаточно много материала.
Принимать платежи легально как раз не сложно, возможно даже дешевле, чем всякие ухищрения с палкой и пэйониром (зависит от адекватности тарифов в вашем банке). И уж точно дешевле, чем оффшоры и банки в Прибалитке, как тут успели уже насоветовать.

По-моему здесь вообще replace не стоит использовать. Нужно делать add для фрагмента предпросмотра, он будет выведен поверх текущего, а состояние текущего не изменится.
Метод onSaveInstanceState вызывается при изменении конфигурации, при удалении фрагмента вызовом replace никакого изменения конфигурации не происходит, поэтому и состояние не сохраняется и не восстанавливается.

Это как раз рекомендуемая стратегия. А вот указывать сразу все права, которые теоретически могут понадобиться в будущем, однозначно не рекомендуется гайдами iOS и Android, про WinStore не знаю, скорее всего аналогично.

Нет такой возможности. Имя/название разработчика однозначно связано с аккаунтом.

Noself Да толку от этого мало. Эти профили - это только скин для эмулятора и конфигурация характеристик (размер/плотность экрана, размер памяти). Внутри будет стандартная сборка андроида от гугла.
Вот если бы производители предоставляли для эмулятора образы своих сборок андроида с добавленными ими багами, переписанными компонентами, лаунчерами и прочим что они делают в выпускаемых устройствах, тогда их использование имело бы смысл...
Ну а если уж хочется, то ещё Самсунг на своем девелоперском портале предоставляет профили для некоторых своих устройств. У Нокии ещё были... На основную массу недорогих устройств ничего подобного не найдёшь.

А можно поподробнее описать как в вашем представлении это должно функционировать? Что из себя должны представлять "избранные треки" и какие действия с ними должны быть потом доступны?
Похожее пожелание было у кого-то из пользователей нашего приложения в отзывах. Но там не добьёшься от них внятного пояснения что же они имеют в виду... А вот если вы понятно объясните, то может реализуем в своем приложении.

С Робокассой никак. С ВебМани, если мне память не изменяет, можно такое организовать через их API.

Это делается достаточно просто.

1) Создаем собственные атрибуты для каждого изображения, зависящего от темы:

<declare-styleable name="AppTheme">
        <attr name="imageLogo" format="reference" />
</declare-styleable>

2) Добавляем эти атрибуты в свои темы и для каждой темы указываем подходящий вариант изображения:

<style name="Theme" parent="@android:style/Theme.Holo.Light">
    <item name="attr/imageLogo">@drawable/logo_light</item>
</style>
<style name="Theme.Dark" parent="@android:style/Theme.Holo">
    <item name="attr/imageLogo">@drawable/logo_dark</item>
</style>

3) Используем в разметке атрибут темы:

<ImageView
    …
    android:src="?attr/imageLogo"/>

На Андроиде без рута в общем случае не получится такое реализовать. То есть теоретически то написать можно, но решение будет не массовое и очень по разному будет работать на разных устройствах.

apps4all.ru - у них есть база российских разработчиков и рейтинг.

Sticky events должны помочь. EventBus хранит последний отправленный экземпляр sticky событий. Соответственно при старте активити/фрагмента можно запросить это событие и обработать.
Но так как хранится только последнее событие, получить целую последовательность пропущенных событий не удастся (если только они не разных типов и не были отправлены все как sticky). Вообще, если возникла такая необходимость, наверное стоит пересмотреть архитектуру приложения. EventBus не панацея - вполне может плохо подходить для каких-то задач...
P.S.: в своих проектах использую EventBus от greenrobot, так что всё вышесказанное относится к этой реализации.

Из вопроса не очень понятно, какое решение нужно ТС: как реализовать это в своем приложении, или что-то уже готовое. Для первого варианта svd71 уже ответил. Для второго варианта подойдет какая-либо программа-автоматизатор вроде Tasker.

Ни Play Market, ни другому приложению нельзя принудительно велеть использовать язык, отличный от системного. Если разработчик приложения предусмотрел локализацию для текущего системного языка, в приложении будет автоматически использован этот язык.
Исключение - если разработчик приложения реализовал возможность ручного выбора локали. Но так мало кто делает, потому что польза от этого весьма сомнительна.

Если речь идёт про Wi-Fi, то в дополнительных настройках можно выбрать режим отключения. Передача данных через мобильную сеть вроде бы не должна прерываться из-за выключения экрана. Если прерывается, то это кривость прошивки (что в общем-то неудивительно для китайцев).

Если речь идёт о программном блокировании отключения, то это делается так:

WifiManager wm = (WifiManager) getSystemService(WIFI_SERVICE);
wifiLock = wm.createWifiLock(WifiManager.WIFI_MODE_FULL, "Lock_TAG");
wifiLock.setReferenceCounted(false);
wifiLock.acquire();
...
wifiLock.release();

Кроме того, если приложение выполняет какие-то задачи в фоне (даже не связанные с сетью), нужно блокировать процессор от засыпания:

PowerManager pm = (PowerManager) getSystemService(POWER_SERVICE);
cpuLock = pm.newWakeLock(PowerManager.PARTIAL_WAKE_LOCK, "Lock_TAG");
cpuLock.setReferenceCounted(false);
cpuLock.acquire();
...
cpuLock.release();