Android. Вопрос о контролах?

Question

[nicolausYes]

Недавно начал разрабатывать под Android. Несколько раз встречал такого рода контролы(см. картинку).




1. Нажимаем на Layout в любом месте

2. Сверху и снизу появляются небольшие бары.

3. При нажатии, например, на Шрифты появляется окошко для редактирования шрифтов. Выйти с него можно только кнопкой Назад.


Это обычное меню? Как сделать такое же, но, например, сверху(на сколько я понимаю стандартное появляется только снизу) малой кровью?


P.S. фотографиями потому, что телефон без рута и кабеля к телефону пока нету, чтобы сделать нормальные скриншоты

Answer 1

[nicolausYes]

Спасибо за ответы!

kwikpik, да, это кастомные элементы.
kwikpik, tangro, хорошая идея. Но если делать отдельную активити, смогу ли я реагировать на изменения в активити, на которой она вызвана(например, при изменении размера шрифта или цвета неплохо бы сразу видеть изменения)?

Декомпилировал 2 приложения, в одном это оказался какой-то виджет, а в другом сделано весьма просто — это FrameLayout с android:layout_gravity=«bottom». При нажатии(на активити, кнопку) его видимость можно менять — View.VISIBLE или View.GONE. Изменения шрифтов и т.п. реализовано с помощью диалогов.

Comments

[Pavel Isakov]

Прозрачная активити, на мой взгляд, это костыль. Во первых андройд по своему усмотрению может убивать и восстанавливать неактивные активити, во вторых не выйдет интерактива, то есть вы меняете размер шрифта и он сразу меняется в основной активити.

[tangro]

Да, отображать изменения в основной активити не выйдет — факт. А вот то, что Андроид может убить только что отображенную активити — очень маловероятно. Он же не такой тупой чтобы из стека активити убивать одну из самых новых — скорее убьёт что-то более старое.

FrameLayout с android:layout_gravity=«bottom» — вполне себе вариант.

[Pavel Isakov]

В документации сказано что может убить. И я обычно не иду в разрез с документацией.

[Wuron]

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

[Владимир Якушев]

При чем тут активити, которую Android может убить? Активити всего одна, в которую в разметке вставлено несколько layout-ов. Один из layout скрыт и отображается только тогда, когда нужен.

<LinearLayout>
  <FrameLayout />
  <FrameLayout android:layout_gravity="bottom" android:layout_visible="gone" />
</LinearLayout>

А уже в коде самой активити получаем ссылку на Layout через findViewByID и устанавливаем по необходимости setVisible(View.GONE) или setVisible(View.Visible)

Answer 2

[Pavel Isakov]

Думаю это кастомные элементы

Comments

[Pavel Isakov]

Можно сделать отдельную вьюху и показать ее используя LayoutInflater

Answer 3

[tangro]

Как на счёт сделать прозрачную активити, а на неё в нужных местах (хоть сверху, хоть снизу) нацепить непрозрачные кнопки?

Answer 4

[ara89]

Бары сверху и снизу это ActionBar. Т.к. ActionBar появился с 3 андроида, то тут вполне может быть ActionBarSherlock. (порт ActionBara на все версии)

Comments

[Максим]

Да, это ActionBarSherlock.

[nicolausYes]

Да, на фотографиях это именно он(декомпилировал, посмотрел), в других приложениях люди это делали разными способами руками. Вы с ним работали? Есть какие-то недостатки по личному опыту? Стоит использовать это решение или лучше написать небольшое свое?

Есть еще Quickaction dialog, который кастомизировали в Astrid Tasks и обсуждали здесь. В GreenDroid, который они используют тоже есть Quickaction dialog, но, говорят, у него есть проблемы с отображением, например, на Galaxy Tab.

[ara89]

да, работал с ним в нескольких приложениях, очень рекомендую. Свое подобное решение вы будете долго реализовывать, т.к. он выглядит идентично нативному ActionBarу, как внешне, так и со стороны API. Единстевнное, вам придется начать использовать Fragment API для работы с ним (если еще не начали), но это скорее плюс, чем недостаток.

QuickAction в AstridTasks раньше не видел. Выглядит неплохо, хотя расположение элементов и способ навигации немного необычен и непривычен для Android платформы. С обычными QuickActionами пробовал работать, иногда могут возникать проблемы отображения на больших экранах. Ну и сейчас их уже редко используют, лучше ContextualActionBar (например, Gmail приложение на ICS).

Answer 5

[babay88]

а что мешает просто сделать вьюхи?
например, кутовая вьюха активити примерно такая:
<RelativeLayout xmlns:android=«schemas.android.com/apk/res/android»
android:layout_width=«fill_parent»
android:layout_height=«fill_parent»
android:id="@+id/root"
>
… тут весь контент вьюхи. можно использовать android:layout_above android:layout_below итд — для позиционирования элементов. ну или android:layout_align_parent_top, android:layout_center_horizontal
итд

</Relative layout>

далее, в отдельном файле делаем вьюху — наше «меню».
когда нужно — добавляем её к нашей рутовой вьюхе.
сначала подгружаем:
View v = View.inflate(getContext(), R.layout.partial_buttons, null)

в качестве LayoutParams используем что-нить такое:
RelativeLayout.LayoutParams lp = new RelativeLayout.LayoutParams(ViewGroup.LayoutParams.FILL_PARENT, ViewGroup.LayoutParams.FILL_PARENT);
lp.addRule(RelativeLayout.ALIGN_PARENT_TOP);

далее, добавляей рутовой вьюхе нашу менюшку
((ViewGroup)findViewById(R.id.root)).addView(v, lp)

когда она нам больше не нужна — просто делаем ей
v.setVisibility(View.GONE) — таким образом, она будет не видна, но всё еще в памяти — не надо будет в следующий раз подгружать заново.

это если делать ручками. ничего сложного.
но можно использовать и библиотеки. ибо — почему бы и нет.