Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Отсутствие кнопки перехода на главный экран #3

Open
artemkonenko opened this issue Oct 25, 2016 · 7 comments

Comments

@artemkonenko
Copy link
Member

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

@NolanDeveloper
Copy link
Member

Так и было задумано.

@RomanSteinberg
Copy link

Не дружественность интерфейса была задумана?

@NolanDeveloper
Copy link
Member

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

@NolanDeveloper
Copy link
Member

Отличать их в любом случае как то надо. Но можно добавить Up Navigation. Это вторая кнопка назад вверху экрана, которая сразу бы возвращала пользователя на главное расписание, пропуская все промежуточные. Тогда что бы поменять расписание из любого уровня вложенности нужно было бы нажать всего лишь 2 кнопки.

@NolanDeveloper
Copy link
Member

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

@NolanDeveloper
Copy link
Member

Другой вариант: мы добавим кнопку смены расписания при навигации, но тогда придётся как то иначе выделять расписания, по которым пользователь перемещается.

@NolanDeveloper
Copy link
Member

NolanDeveloper commented Oct 25, 2016

Или можно оставить всё как есть и не плодить новых багов, потому что сценарий использования, который мы обсуждаем здесь слишком редкий, а вероятность добавить багов, по моему опыту работы со стеком возврата, довольно большая. high-cost low-reward

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants