ok, значит, таки нужно будет познакомиться с ButterKnife чуть позже

Так это не «без библиотек». И кода будет не сильно меньше.

согласен. Хочется сделать код лучше и качественнее

делаешь метод initViews() в котором одни findViewById
будет читабельно, и не требует либ

public static <T extends View> T $(@IdRes int id) {
    return (T) findViewById(id);
}

Спасибо @Rombikku

public static <T extends View> T $(@IdRes int id) {
    return (T) findViewById(id);
}

не нужно с аппкомпата 26, там:

    @SuppressWarnings("TypeParameterUnusedInFormals")
    @Override
    public <T extends View> T findViewById(@IdRes int id) {
        return getDelegate().findViewById(id);
    }

    @SuppressWarnings("TypeParameterUnusedInFormals")
    @Override
    public <T extends View> T findViewById(@IdRes int id) {
        return getDelegate().findViewById(id);
    }

find длинно всё равно

kotlinx и все это не нужно)

да, тут вопрос был про Java

Всем огромное спасибо за помощь, теперь всё работает.

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

Периодически ещё буду писать сюда.

Как лучше всего и быстрее устанавливать кастомные шрифты?
Спрашиваю, потому что сомневаюсь.
Что-то мне подсказывает, что setTypeface и  подгрузка из ресурсов - не самые хорошие варианты.

Старый путь — Typeface.createFromAssets. И держать ссылку в Application.
Новый, как подсказал @int00h, — https://developer.android.com/guide/topics/ui/look-and-feel/fonts-in-xml.html#using-support-lib

спасибо.

#вопрос #cusom_Application #странное_поведение
Никто не сталкивался с таким поведением, что иногда метод onCreate кастомного Application не вызывается? Я просто в нем инициализирую несколько глобальных переменных, потом в активностях к ним обращаюсь, и вот иногда (очень редко) эти переменные установлены в null. Поиск по stackoverflow только навел на мысль, что в 6 и 7 версии андроида после сворачивания/разворачивания приложение может быть воссоздано инстансом обычного Application, а не кастомного реализованного разработчиком. Есть мысли, из-за чего это могло бы быть так?

#ответ #custom_Application #странное_поведение
@Harmonizr https://stackoverflow.com/questions/36256400/android-6-auto-restore-not-initializing-app  Нужно было мне внимательнее читать ответ =\ похоже инициализировать в Application глобальные переменные - плохая идея.

#вопрос #android #jenkins #fabric #git
Привет, парни.
Кто-то юзал jenkins?
Нужно в общем что-бы Дженкинс билдил из ветки после пуша и публиковал всю эту радость в fabric.
Я вроде как всё настроил, но плагин fabric-a не видит apk после билда.
Оказывается что в рабочей папке Дженкинса вообще нет папки build.
Это как-то связано с тем что у меня в той ветке папка build в gitignore?
Или оно тупо не билдится(хотя должно)?

@DeKaNszn тут скорее странно почему apk вообще не генерится..

Мы через таску градла дженкинсом загружаем беты в фабрик

#вопрос #android #recyclerview #ui
Есть 2 фрагментa, оба в разметке с ProgressBar & RecyclerView. В onViewCreated каждого фрагмента ставлю прогрессбару

visibility = VISIBLE

, делаю запрос к API по RxJava, затем

visibility = GONE

- после этого заполняется RecyclerView.

Проблема. Если в XML прогрессбару присвоено GONE, или INVISIBLE, то он не показывается при запросе к API. Хотя должен.
Если в XML visibility не указана либо VISIBLE, прогрессбар появится, но будет крутиться даже после заполнения списка за самим списком. Хотя не должен.

Stackoverflow и Google толком не помогли.
В чём проблема, (скорее, я что-то делаю не так), и как её исправить, чтобы прогрессбар крутился и исчезал, когда надо?

UPD 1 Он и делается Visible до начала загрузки, и Gone по завершении. Поэтому я вообще пока не знаю, что это может быть.

Код скину через час-полтора, прямо сейчас не могу.


UPD 2 Code: https://gist.github.com/fm-norton/c178c93000652aa9d3da5e8f62de6312

visibility = VISIBLE

visibility = GONE

Выглядит так, будто что-то делается наоборот.
Его нужно делать VISIBLE до начала загрузки и GONE по завершении.

В любом случае, надо код.

Кажется, такое должно происходить только во время восстановления из бэкапа.

During auto backup and restore operations, the system launches the app in a restricted mode to both prevent the app from accessing files that could cause conflicts and let the app execute callback methods in its BackupAgent. In this restricted mode, the app's main activity is not automatically launched, its Content Providers are not initialized, and the base-class Application is instantiated instead of any subclass declared in the app's manifest.
https://developer.android.com/guide/topics/data/autobackup.html