Comments 26
Так вывод какой? Навигация через гамбургер-меню спасет мир? Почему слева, когда большинство людей — правши?
Навигация через гамбургер-меню спасет мир?Пересечение существует, более того, оно достаточно большое для нужд среднестатистического приложения.
Почему слева, когда большинство людей — правши?Правой работаем — левая свободна?
Пересечение существует, более того, оно достаточно большое для нужд среднестатистического приложения.
Facebook и Google давно используют гамбургер — меню и именно они приучили всех к нему. Потому и пересечение существует. На потрясение устоев не тянет.
Правой работаем — левая свободна?
И часто вы общаетесь с телефоном двумя руками? Я — нет. Мне приятно работать одной рукой с устройством.
У некоторых приложений. Ещё и справа меню бывает. А вообще оно свайпом вызывается.
Как человек писавший кроссплатформенные приложения на 3 платформы, скажу, что в навигации на телефонах нет ничего сложного. Сложности начинаются, когда мы пытаемся добавить к этому еще и планшеты. Зачастую там совершенно другие модели навигации.
Было бы интересно узнать об отличиях поподробнее. Планшетную версию еще не рассматривал, но почему нельзя просто взять грубо говоря телефонное боковое меню и на оставшемся квадрате не разместить контент?
Тема на самом деле большая. В телефонах в навигации главное отличие, что на iOS по стандарту табы идут через все приложение, и, по сути, мы имеем по одному стеку навигации на каждый таб. На андроиде же при навигации табы должны пропасть.
На андроиде и wp стек навигации всегда один. Но на андроиде особенность в наличие кнопки вверх (той которая программная кнопка «назад»). По гайдлайнам, ее поведение отличается от аппаратной кнопки. (довольно мозговыносная штука, пока не разберёшься)
На виндофоне есть несколько вариантов. Можно поступить как твиттер и стилизовать стандартный пивот, тода модель навигации совпадает с таковой на android. Есть ещё своя специфическая панорама. Она идеалогически отличается от табов на платформах. Но теоритически можно свести все к случаю с пайвотом. Опять же МС в последнее время тоже начало использовать левое меню. Оно есть в ФБ и Xbox One Smart Glass.
Но про планшеты. Доступное пространство на планшетах в разы выше. Не использовать его — как минимум некрасиво. Для iOS мы находили решение в виде использования StackedViewController (вроде такого). Тут с одной стороны сохраняется общий принцип навигации между экранами и есть похожее боковое меню. С другой стороны можно переиспользовать телефонные вьюшки без ощущения потери пространства.
К сожалению подобного решения на android я пока не знаю. На Win8 там вообще отдельная история, впрочем там и сложившихся паттернов нет ещё.
На андроиде и wp стек навигации всегда один. Но на андроиде особенность в наличие кнопки вверх (той которая программная кнопка «назад»). По гайдлайнам, ее поведение отличается от аппаратной кнопки. (довольно мозговыносная штука, пока не разберёшься)
На виндофоне есть несколько вариантов. Можно поступить как твиттер и стилизовать стандартный пивот, тода модель навигации совпадает с таковой на android. Есть ещё своя специфическая панорама. Она идеалогически отличается от табов на платформах. Но теоритически можно свести все к случаю с пайвотом. Опять же МС в последнее время тоже начало использовать левое меню. Оно есть в ФБ и Xbox One Smart Glass.
Но про планшеты. Доступное пространство на планшетах в разы выше. Не использовать его — как минимум некрасиво. Для iOS мы находили решение в виде использования StackedViewController (вроде такого). Тут с одной стороны сохраняется общий принцип навигации между экранами и есть похожее боковое меню. С другой стороны можно переиспользовать телефонные вьюшки без ощущения потери пространства.
К сожалению подобного решения на android я пока не знаю. На Win8 там вообще отдельная история, впрочем там и сложившихся паттернов нет ещё.
К сожалению подобного решения на android я пока не знаю.
На андрооиде вроде Fragments API как раз для этого предназначен.
А можно просто при разработке использовать гайдлайны той платформы, под которую пишите, а не пытаться переносить дизайн с iOS на Android версию.
А где сказано хоть слово о переносе дизайна? Другое дело — постараться уложиться в гайдлайны навигации обеих платформ с минимальными усилиями.
Просто это распространённый и печальный факт для России, когда сначала разработка iOS версии происходит, а уже потом идёт адаптация дизайна под Android. Я бы вообще советовал разрабатывать дизайн абсолютно независимо, только концептуальное/функциональное сходство сохранять.
p.s.
p.s.
А где сказано хоть слово о переносе дизайна? Другое дело — постараться уложиться в гайдлайны навигации обеих платформ с минимальными усилиями.Ваша статья выглядит так, будто вы пытаетесь дизайн iOS версии перенести на Android, но чтобы он соответствовал гайдлайнам Android. Не знаю, может у меня одного сложилось такое мнение)
Несмотря на наличие аппаратной кнопки на большинстве Android-смартфонов, стандарт сегодня — кнопка назад в левом верхнем углу дочернего экрана
Это не назад, это вверх. Navigation
Вы правы, тем не менее, появилась она не сразу, и работает аналогично iOS.
Она не должна работать аналогично, если вы перечитаете статью по ссылке, что вам привели.
В качестве примера возьмем приложение вроде кинопоиска (не знаю, как он работает на самом деле на android). Допустим вы перешли из списка фильмов в профиль фильма, тогда кнопки назад и вверх сработают одинаково. Но если вы из профиля фильма перейдете к профилю актера, то кнопка назад вернет вас назад, а кнопка вверх, к списку актеров.
Но многие на это забивают.
В качестве примера возьмем приложение вроде кинопоиска (не знаю, как он работает на самом деле на android). Допустим вы перешли из списка фильмов в профиль фильма, тогда кнопки назад и вверх сработают одинаково. Но если вы из профиля фильма перейдете к профилю актера, то кнопка назад вернет вас назад, а кнопка вверх, к списку актеров.
Но многие на это забивают.
Sign up to leave a comment.
Кроссплатформенное мобильное приложение: Навигация