Monday, October 24, 2011

Затемнение ImageView по нажатию

Недавно разобрался с такими типами Drawable, как LayerDrawable и StateListDrawable.
Для начала опишу задачу. Есть GridView, каждая ячейка которого представляет собой картинку 80x80. Картинка получается с сервера. Не так давно заказчик захотел, чтобы ячейка представляла собой не просто картинку, а картинку + круговую тень поверх нее, примерно вот такую, чтобы приложение смотрелось немного "гламурнее":
Кроме того, при нажатии на картинку картинка должна была еще затемняться одноцветной черной полупрозрачной маской.
Как это реализовать?
Вручную программно выполнять какие-то наложения картинок не захотелось сразу. Почти сразу решил сделать 3 картинки во FrameLayout, лежащих одна на другой, но после небольшой попытки выполнять соответствующий setVisibility на полупрозрачную маску по событию MotionEvent от этого тоже захотелось отказаться.
Вспомнились селекторы, которые позволяют указать соответствующий drawable элементу в зависимости от своего state - pressed, focused, и др. Но на свойство visibility нельзя повесить никакой selector, что, в принципе, логично. Поиск привел меня к LayerDrawable, которые позволяют создавать один Drawable по слоям из нескольких. Идея свелась к тому, чтобы использовать selector, в котором на pressed state подключать LayerDrawable с тремя вложенными картинками, на обычный state - с двумя.
Однако - сами-то картинки (не декоративные, а информационные) каждый раз разные! Поэтому на чистом xml, при всем желании, реализовать бы все не удалось, поэтому я плюнул, и решил все реализовать программно с использованием уже знакомых LayerDrawable и StateListDrawable (который может реализовать selector прямо в коде).
Получившийся код:
public class ObscuredImageView extends ImageView {
    protected static final String TAG = "ObscuredImageView";
    private Drawable _innerShading;
    private Drawable _obscured;

    public ObscuredImageView(Context context, AttributeSet attrs) {
        super(context, attrs);
        _innerShading = getContext().getResources().getDrawable(R.drawable.inner_shading);
        _obscured = getContext().getResources().getDrawable(R.color.semitransparent);
    }

    @Override
    public void setImageBitmap(Bitmap bitmap) {
        Log.v(TAG, "Going to set state drawable to ImageView");
        BitmapDrawable image = new BitmapDrawable(getContext().getResources(), bitmap);
        Drawable pressed = new LayerDrawable(new Drawable[] { image, _innerShading, _obscured });
        Drawable normal = new LayerDrawable(new Drawable[] { image, _innerShading });
        StateListDrawable states = new StateListDrawable();
        states.addState(new int[] { android.R.attr.state_pressed }, pressed);
        states.addState(new int[] { android.R.attr.state_focused }, pressed);
        states.addState(new int[] {}, normal);
        setImageDrawable(states);
    }
}

Решение вызывать setImageDrawable в переопределенном методе setImageBitmap на первый взгляд выглядит неудачно и "грязно", но если мы заглянем в исходный код класса ImageView, то мы увидим следующее:
public void setImageBitmap(Bitmap bm) {
    // if this is used frequently, may handle bitmaps explicitly
    // to reduce the intermediate drawable object
    setImageDrawable(new BitmapDrawable(bm));
}
Так что вызов setImageDrawable абсолютно корректен.

Таким образом, я получил работающее и гибкое решение. Если кто-то реализовал подобное другим образом - с интересом приму к сведению.

Friday, October 21, 2011

Meld Diff Viewer

Не так давно открыл для себя отличную программу под Linux для сравнения файлов и директорий - Meld Diff Viewer. Под Mac OS X, как написано здесь , тоже есть билд, правда, не знаю, насколько он симпатичный по сравнению с билдом из более "родной" среды.
Скриншот:
Уверен, каждый программист найдет ей применение.

Wednesday, October 19, 2011

Обновление ADT 14


ADT был обновлен до 14 версии, и сразу вылезла куча ошибок, связанных с использование R-ресурсов проекта-библиотеки.

Теперь R-файл библиотек содержит не константы, а обычные целые числа, что, в определенных случаях, позволяет избежать некоторых трудностей, как, например, переопределение какой-нибудь константы R.id и быстрее компилировать сложные проекты. Однако, использовать R.id в конструкциях switch-case не получится, т.к. в case обязаны лежать только константы. К счастью, Eclipse позволяет автоматически преобразовать switch-case в if-else по Ctrl+1 (Cmd+1 на маках).

Подробнее можно посмотреть здесь: http://tools.android.com/tips/non-constant-fields

UPD 21.10.2011. Если бы изменения касались только R-ресурсов :-( Навскидку за последние 48 часов, проблемы, с которыми столкнулся лично я:
http://groups.google.com/group/android-developers/browse_thread/thread/9findViewById93dc13262b84441/2c9d0f52e8a16bc1?lnk=raot
http://code.google.com/p/android/issues/detail?id=21031 (UPD 24.10.2011 - на эту проблему получен ответ от Tech Lead for the Android SDK at Google https://groups.google.com/group/adt-dev/msg/c1f4d73072f8b0e8)
UPD 27.10.2011. http://code.google.com/p/android/issues/detail?id=21162
http://code.google.com/p/android/issues/detail?id=21048
Так что обновляться пока никому посоветовать нельзя. А мне - урок, что незачем обновляться сразу после выхода обновления, а если обновляться, то аккуратно и с возможностью бысрого бэкапа.
UPD 28.10.2011. Вышел ADT 15, который должен исправлять многие проблемы. Попробую обновиться через пару дней.