I
PS Работать с БД из под кода тачей и рисовки — не надо так (на случай если у тебя так)
Size: a a a
2020 May 22
<
Ну тип рисую фигуру и она сразу в бд летит
<
Там не из под кода тача
QH
да норм
Н
А как у TextInputLayout сделать так, что бы когда сетилась ошибка на него, то хинт не принимал цвет ошибки?
В Xml прописал ему стили:
А вот сами стили:
Но когда есть ошибка, хинт берёт на себя цвет ошибки, что по идее правильно по материалу, но не так, как хочет видеть дизайн :)
В Xml прописал ему стили:
app:errorTextAppearance="@style/TextInputError"
app:hintTextAppearance="@style/TextInputHint"
А вот сами стили:
<style name="TextInputError" parent="TextAppearance.AppCompat">
<item name="android:textColor">@color/field_error</item>
<item name="android:textSize">12sp</item>
</style>
<style name="TextInputHint" parent="TextAppearance.AppCompat">
<item name="android:textColor">@color/hint</item>
<item name="colorControlNormal">@color/white</item>
<item name="colorControlActivated">@color/white</item>
<item name="colorControlHighlight">@color/white</item>
</style>
Но когда есть ошибка, хинт берёт на себя цвет ошибки, что по идее правильно по материалу, но не так, как хочет видеть дизайн :)
Up🙃
QH
Up🙃
исхооодники
EK
А как у TextInputLayout сделать так, что бы когда сетилась ошибка на него, то хинт не принимал цвет ошибки?
В Xml прописал ему стили:
А вот сами стили:
Но когда есть ошибка, хинт берёт на себя цвет ошибки, что по идее правильно по материалу, но не так, как хочет видеть дизайн :)
В Xml прописал ему стили:
app:errorTextAppearance="@style/TextInputError"
app:hintTextAppearance="@style/TextInputHint"
А вот сами стили:
<style name="TextInputError" parent="TextAppearance.AppCompat">
<item name="android:textColor">@color/field_error</item>
<item name="android:textSize">12sp</item>
</style>
<style name="TextInputHint" parent="TextAppearance.AppCompat">
<item name="android:textColor">@color/hint</item>
<item name="colorControlNormal">@color/white</item>
<item name="colorControlActivated">@color/white</item>
<item name="colorControlHighlight">@color/white</item>
</style>
Но когда есть ошибка, хинт берёт на себя цвет ошибки, что по идее правильно по материалу, но не так, как хочет видеть дизайн :)
коротко - никак. Если дизайнер сильно хочет, то делай кастомную вьюху
AD
кек, вчера приходил с тем, что маленькое приложение собирается за 6м 45с (удалось на 1м сократить отключением демона), а сегодня увидел, что мое приложение с кучей даггера, моксей и прочим собирается за те же 6м 45с (уже без демона), мда
QH
кек, вчера приходил с тем, что маленькое приложение собирается за 6м 45с (удалось на 1м сократить отключением демона), а сегодня увидел, что мое приложение с кучей даггера, моксей и прочим собирается за те же 6м 45с (уже без демона), мда
разве демон не для ускорения сборки?)
AD
разве демон не для ускорения сборки?)
при повторяющихсч сборка он ускоряет, но если на CI поднимается и умирает на каждый билд, то только замедляет 🤷
AD
у меня CI на Docker лежит, а оно такое 🙄
QH
я тут на днях Джонатана Блоу послушал. Три миллиона строк. Компилируется за 900 мс. Видимо, написание своего языка таки стоило того.
Н
Ekaterina Kolesnikova
коротко - никак. Если дизайнер сильно хочет, то делай кастомную вьюху
😔
Н
Спасибо
<
кек, вчера приходил с тем, что маленькое приложение собирается за 6м 45с (удалось на 1м сократить отключением демона), а сегодня увидел, что мое приложение с кучей даггера, моксей и прочим собирается за те же 6м 45с (уже без демона), мда
Это самая первая сборка 6 минут?
AD
я тут на днях Джонатана Блоу послушал. Три миллиона строк. Компилируется за 900 мс. Видимо, написание своего языка таки стоило того.
а у них не https://buck.build какой-нибудь?
AD
QH
<
первая после чего?
Ну типа когда приложение написал и первая сборка всегда долгая
AD
оу, це хардкор какiи-то