DOCT0R 13 дек 2013 в 20:23

Тайны кнопок в Android. Часть 1: Основы верстки

18 мин

239K

Программирование * Android *

Туториал

Из песочницы

+34

Комментарии 23

neepo 13 дек 2013 в 21:35

<оффтопик>
возвращение geocities, android edition
</оффтопик>

Shultc 13 дек 2013 в 22:41

The Phantom of the icon is there inside my mind…

_{FF 26.0, Ubuntu 12.04}

Shultc 13 дек 2013 в 22:47

Если взяться с пространство между ">" и "<" и потащить… Да дотащить до места, где фон не белый, то можно увидеть, что там лежит.

DOCT0R 14 дек 2013 в 07:33

Извините за неудобства. Выделил иконку, как мог, чтобы ее можно было сохранить на свой компьютер и импортировать в проект. Если щелкнуть на пространстве между ">" и "<" правой кнопкой, то можно сохранить изображение.

Shultc 14 дек 2013 в 14:58

Для этого вполне бы подошло изображение на тёмном фоне для наглядности и ссылки для скачивания.

DOCT0R 14 дек 2013 в 16:12

Спасибо, отдельная картинка к статье и отдельная для скачивания действительно лучше смотрится. Доработал статью.

Shultc 14 дек 2013 в 20:00

Извиняюсь за манеру, в которой вам это преподнёс. Бесъ попутал.

he11c0de 13 дек 2013 в 23:37

Спасибо! Отличная статья! В полной мере раскрывает работу с селекторами. Не знал про свойства в Button drawableLeft и drawableRight)

MadHacker 14 дек 2013 в 09:16

Большое спасибо за статью.
Читается очень легко.
В статье по строковым ресурсам вы затронете локализацию приложения? Интересует такой момент, как язык по умолчанию. Если я пишу приложение только на русском языке я могу размещать строки прям в values или я должен разместить всё в values-ru?

DOCT0R 14 дек 2013 в 10:59

Да, расскажу про локализацию и постараюсь подобрать наиболее полезные ссылки на официальную документацию

cooper0k 14 дек 2013 в 09:33

Если открыть изображения, которые вы используете для фона, в программе draw9patch и выбрать show bad patches, можно увидеть что они (bad patches) присутствуют. Чтобы от них избавится, достаточно слева и сверху указать всего по одному пикселю, вместо полоски на всю ширину/высоту. Вот у меня вопрос, на сколько плохо когда в используемых 9 patch изображениях есть эти bad patches и влияет ли это на скорость отрисовки?

Prototik 14 дек 2013 в 09:47

Да по барабану. Все nine-patch на этапе сборки компилируются aapt в свой png, где в метаданных хранятся данные об отсупах. Эти `bad patches` туда просто не попадут, т.к. они не обозначают ничего.

he11c0de 14 дек 2013 в 09:57

На скорость вроде как не влияет, но в перспективе может возникнуть другая проблема. Когда переносишь проект на Gradle, он не пропускает неправильно сформированные nine-patch изображения и ругается. У меня была такая ситуация, после 7-8 месяцев разработки решил перенести проект на Gradle. Оказалось, что половина графики неправильная, и пришлось править ручками, а это больно)

DOCT0R 14 дек 2013 в 11:14

Давайте посмотрим на доку:

Show bad patches: Adds a red border around patch areas that may produce artifacts in the graphic when stretched. Visual coherence of your stretched image will be maintained if you eliminate all bad patches.

Тут сказано, что «bad patch» может породить артефакт при растягивании. А может и не породить. Этот инструмент не может сказать вам этого точно, он только предупреждает. Когда могут быть артефакты? Например, у нас рамка с градиентом, как в этой статье в button_focused.9.png. Допустим, мы делаем тянущимися 10 пикселей градиента, а содержимое растягивает наш элемент на 100 пикселей. Что мы увидим в результате? Вместо плавного градиента будет 10 полосок шириной по 10 одинаковых пикселей каждая. И наоборот, если градиент будет свернут в 1 пиксель, мы вместо него увидим резкий переход цвета. Это не значит, что «bad patch» в приложении ни в коем случае не должно быть. Просто нужно понимать, что может случиться, и тестировать внешний вид в разных вариантах. Кстати, среди ресурсов в самом Android таких «bad patch» полно.

cooper0k 14 дек 2013 в 11:37

Доку то я читал, но вот что понимается под словом артефакт мне до сих пор не понятно

DOCT0R 14 дек 2013 в 12:34

Под артефактом тут подразумевают визуальный брак картинки. Сбоев/вылетов/замедления приложения не будет, но часть пикселей из области «bad patch» может пропасть при сжатии. Если все пиксели в тянущейся области одинаковы, как на нашей серой или белой рамках, артефактов не будет никогда. Они возможны, только если тянущаяся область содержит неоднородный рисунок.

DOCT0R 14 дек 2013 в 11:21

А вот на что оно точно повлияет, так это на потребление памяти, так как картинки грузятся целиком. Поэтому да, без необходимости оставлять «bad patches» не стоит.

fundorin 14 дек 2013 в 11:18

Мне кажется, более наглядно было было менять цвет самой иконки телефона. Допускаю, что дополнительные иконки были введены исключительно с целью обучения.

DOCT0R 14 дек 2013 в 11:22

Полностью с Вами согласен. Да, статья не про дизайн, и я старался сделать побольше «фишек» для демонстрации имеющихся возможностей.

silentnuke 14 дек 2013 в 13:14

Добавим в селектор картинки для состояния state_focused и state_pressed:

<?xml version="1.0" encoding="utf-8"?>
<selector xmlns:android="http://schemas.android.com/apk/res/android" >
    <item android:drawable="@drawable/button_focused" android:state_focused="true" />
    <item android:drawable="@drawable/button_pressed" android:state_pressed="true" />
    <item android:drawable="@drawable/button_normal" />
</selector>

Первая ошибка: вначале должно быть pressed, а затем focused, потому что кнопка может одновременно находиться в состоянии pressed и focused. Соответственно если у вас будет кнопка в состоянии focused, то состояние pressed не применится.

DOCT0R 14 дек 2013 в 16:11

Действительно. Исправил, спасибо

ZaiSL 25 дек 2013 в 01:54

Спасибо большое за статью.
Очень интересный и полезный материал как для начинающих программистов, так и для дизайнеров интерфейсов.

AndyTukker 31 дек 2013 в 20:31

Спасибо за полезную статью!

Зарегистрируйтесь на Хабре, чтобы оставить комментарий