Как стать автором
Обновить

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

Так вывод какой? Навигация через гамбургер-меню спасет мир? Почему слева, когда большинство людей — правши?
Навигация через гамбургер-меню спасет мир?
Пересечение существует, более того, оно достаточно большое для нужд среднестатистического приложения.

Почему слева, когда большинство людей — правши?
Правой работаем — левая свободна?
Пересечение существует, более того, оно достаточно большое для нужд среднестатистического приложения.

Facebook и Google давно используют гамбургер — меню и именно они приучили всех к нему. Потому и пересечение существует. На потрясение устоев не тянет.

Правой работаем — левая свободна?

И часто вы общаетесь с телефоном двумя руками? Я — нет. Мне приятно работать одной рукой с устройством.
Фейсбук в последних версиях отказался от гамбургера, в пользу обычного таб-бара.
не отказался. теперь там только силуэт еще к 3-м полоскам добавлен и открывает список друзей
ну да, частично, список друзей остался, но левую менюшку они выпилили
У некоторых приложений. Ещё и справа меню бывает. А вообще оно свайпом вызывается.
Как человек писавший кроссплатформенные приложения на 3 платформы, скажу, что в навигации на телефонах нет ничего сложного. Сложности начинаются, когда мы пытаемся добавить к этому еще и планшеты. Зачастую там совершенно другие модели навигации.
Было бы интересно узнать об отличиях поподробнее. Планшетную версию еще не рассматривал, но почему нельзя просто взять грубо говоря телефонное боковое меню и на оставшемся квадрате не разместить контент?
Тема на самом деле большая. В телефонах в навигации главное отличие, что на iOS по стандарту табы идут через все приложение, и, по сути, мы имеем по одному стеку навигации на каждый таб. На андроиде же при навигации табы должны пропасть.

На андроиде и wp стек навигации всегда один. Но на андроиде особенность в наличие кнопки вверх (той которая программная кнопка «назад»). По гайдлайнам, ее поведение отличается от аппаратной кнопки. (довольно мозговыносная штука, пока не разберёшься)

На виндофоне есть несколько вариантов. Можно поступить как твиттер и стилизовать стандартный пивот, тода модель навигации совпадает с таковой на android. Есть ещё своя специфическая панорама. Она идеалогически отличается от табов на платформах. Но теоритически можно свести все к случаю с пайвотом. Опять же МС в последнее время тоже начало использовать левое меню. Оно есть в ФБ и Xbox One Smart Glass.

Но про планшеты. Доступное пространство на планшетах в разы выше. Не использовать его — как минимум некрасиво. Для iOS мы находили решение в виде использования StackedViewController (вроде такого). Тут с одной стороны сохраняется общий принцип навигации между экранами и есть похожее боковое меню. С другой стороны можно переиспользовать телефонные вьюшки без ощущения потери пространства.

К сожалению подобного решения на android я пока не знаю. На Win8 там вообще отдельная история, впрочем там и сложившихся паттернов нет ещё.

К сожалению подобного решения на android я пока не знаю.

На андрооиде вроде Fragments API как раз для этого предназначен.
Я больше про исполнение в дизайне. Фрагменты сами себя не снавигируют :)
А, я думал вы про то как реюзать телефонные активити на планшете :)
И про это тоже. Но нельзя же 2 произвольных экрана засунуть в двухпанельный Master->Details Layout
Ну с фрагментами это не намного сложнее этого
Само собой, что все сейчас делается на фрагментах. И такой интерфейс, и любой другой. Я же про удобство пользователя и внешний вид.

Это, ну как если бы я сказал, что планировки квартир — это просто, а как быть с тоунхаусами не знаю, а вы мне, но ведь есть же кирпич!
А можно просто при разработке использовать гайдлайны той платформы, под которую пишите, а не пытаться переносить дизайн с iOS на Android версию.
А где сказано хоть слово о переносе дизайна? Другое дело — постараться уложиться в гайдлайны навигации обеих платформ с минимальными усилиями.
Просто это распространённый и печальный факт для России, когда сначала разработка iOS версии происходит, а уже потом идёт адаптация дизайна под Android. Я бы вообще советовал разрабатывать дизайн абсолютно независимо, только концептуальное/функциональное сходство сохранять.

p.s.
А где сказано хоть слово о переносе дизайна? Другое дело — постараться уложиться в гайдлайны навигации обеих платформ с минимальными усилиями.
Ваша статья выглядит так, будто вы пытаетесь дизайн iOS версии перенести на Android, но чтобы он соответствовал гайдлайнам Android. Не знаю, может у меня одного сложилось такое мнение)
Это реальность не только в России. Бывает, что сначала разрабатывают андроид, а потом переносят на другие платформы. Результат не менее убог.
Несмотря на наличие аппаратной кнопки на большинстве Android-смартфонов, стандарт сегодня — кнопка назад в левом верхнем углу дочернего экрана

Это не назад, это вверх. Navigation
Вы правы, тем не менее, появилась она не сразу, и работает аналогично iOS.
Она не должна работать аналогично, если вы перечитаете статью по ссылке, что вам привели.

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

Но многие на это забивают.
Возможно я не совсем прозрачно выразился, но имелось ввиду, что появившаяся в Android 3.0 кнопка «вверх» работает аналогично кнопке назад из iOS. И ни в коем случае, что кнопки назад и вверх эквивалентны.
кнопка назад в ios работает аналогично аппаратной кнопке назад на android: переходим на предыдущую страницу в стеке навигации.
Действительно.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.