Как организовать пользовательский интерфейс Android для выбора типа подключения?

Question

[mbait]

Разрабатываю простой чат с возможностью выбора подвключения по Bluetooth, USB или TCP/IP. Как лучше организовать интерфейс, чтобы он смотрелся естественно для платформы? Последовательность действий пользователя будет следующей: выбрать тип подключения (MainActivity), настроить подключения для выбранного типа (например, выбрать bluetooth-утсройство для спаривания (BtConnectionActivity)), войти в чат (ChatActivity)



Интерфейс MainActivity пока такой



но мне кажется, что это выглядит как-то топорно. Есть ли какие-то стандарты/рекомендации?

Answer 1

[Roman]

https://www.google.com/design/spec/

Да и вообще, взгляните на приложение с точки зрения юзера, впервые запустившего приложение. Что за кнопки? Что будет после нажатия на любую из них? В данном случае, имхо, может помочь краткое описание, селект с типом подключения и кнопка "Connect".

Answer 2

[VZVZ]

1) Обязательно наличие padding (внутренних "полей" со всех сторон активности)

2) Кнопки не должны быть слишком большими, это сбивает с толку на любой платформе. Для мобильников (НЕ планшетов) достаточно сделать их стандартной высоты, а длиной в экран (и все это по центру), или горизонтально их расположить, каждая 1/3 экрана (+padding). Как вариант, можно стандартными диалогами воспользоваться попробовать, тогда может и на планшетах будет сразу норм без костылей, этого не пробовал.

3) Должно быть краткое пояснение, что это и к чему.

4) ...И тут мы плавно переходим к главному замечанию по данному вопросу:
А для чего вообще это все нужно? Какая цель 3 режимов и какая цель этого диалога на этом месте?
Что собой представляет чат по блютусу или USB, реально ли такое чудо нужно юзеру?
Если всем этим реально нужно грузить юзера, то подписи на кнопках (или пояснение) надо делать исходя из этого, а наш жаргон про "TCP" юзер вообще знать не обязан.
А может не нужно, просто сделать 1 вариант по умолчанию, далее в настройках?
Если делать все шиворот-навыворот - сначала выдумать какое-то решение, а потом пытаться согласовать его с задачей (вместо того, чтобы сначала поставить задачу, а потом уже ее решать) - то удобный интерфейс не получится.

Comments

[mbait]

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

[VZVZ]

mbait: дизайн должен быть прежде всего функциональным = соответствовать задаче. Без задачи все это мало имеет смысл.
А так, можно только кидать идеи. К примеру, можно в диалоге использовать радиобуттоны вместо обычных кнопок, тогда один из них по умолчанию уже отмечен, и юзер если не хочет вникать, то просто жмет кнопку "ок".

[mbait]

> можно в диалоге использовать радиобуттоны вместо обычных кнопок
Да, есть несколько альтернативных вариантов. Меня больше интересует как это будет смотреться на разных экранах? На телефоне - вроде бы нормально, но на планшете - несколько элементов в углу (или посередине) и много свободного пространства? Я пытался провести аналогию с tethering setup, там тоже можно выбирать варианты подключения. Но там пользователь целенаправленно заходит в настройки, потому что знает, что хочет сделать. А если я начну работу своего приложения с активити с настройками, но будет не очень понятно, что нужно делать.

[VZVZ]

mbait: > на планшете - несколько элементов в углу (или посередине) и много свободного пространства?
Посередине.
Что не так? Нуб вы зеленый, под винду небось не писали, сразу начали с мобильно-линуксячей ОС. Если б писали, то, может, знали бы, что MessageBox посередине, это идеальное решение, а хреново - когда он не посередине, а если он на весь экран распухает, то юзер вообще не сразу поймет, что эта огромная область является кнопкой и на нее нажимают.

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