Комментарии 17
А мне больше понравилась вот эта реализация: github.com/jfeinstein10/SlidingMenu
Попробовал, хороший проект, спасибо. Не знаете, можно ли в качестве основного контента, вместо сменяющих друг друга фрагментов использовать разные активити? В примерах увидел два основных сценария использования:
Меня интересует вариант "меню + несколько активити"(по клику на item из меню меняется активити). Здравый смысл подсказывает, что это невозможно(хотя бы потому, что не получится оставить часть экрана с меню нетронутой, будет видно как обновился экран), но хотелось бы знать наверняка.
- один активити + меню
- контейнер для фрагментов + меню
Меня интересует вариант "меню + несколько активити"(по клику на item из меню меняется активити). Здравый смысл подсказывает, что это невозможно(хотя бы потому, что не получится оставить часть экрана с меню нетронутой, будет видно как обновился экран), но хотелось бы знать наверняка.
У вас хреновый здравый смысл :D
Существует LocalActivityManager, на котором работает табхост, к примеру. И самсунг в своих телефоно-лопатах использует. Для двух приложений на экране.
Стартуете нужную активити, берете декор-вьюху окна — вуаля.
Существует LocalActivityManager, на котором работает табхост, к примеру. И самсунг в своих телефоно-лопатах использует. Для двух приложений на экране.
Стартуете нужную активити, берете декор-вьюху окна — вуаля.
Ну и iOS'никам, случайно сюда заглянувшим, советую глянуть в сторону ViewDeck.
Добавьте скриншотов, обычно инструкция по созданию какого нибудь UI элемента как минимум должна показать как этот элемент выглядит
Честно говоря, спорный элемент UI. В том же G+ и Evernote он больше запутывает, чем помогает. По сути он имеет смысл только в Activity с табами, которые свайпить можно. В остальных случаях он как костыль.
Было бы замечательно, если бы Вы выложили изменения назад на GitHub. Я бы с удовольствием добавил их в master ветку, т. к. являюсь автором ActionsContentView.
Спасибо за статью и доработки. У меня никак не доходили руки написать что-то подобное.
Спасибо за статью и доработки. У меня никак не доходили руки написать что-то подобное.
эм, вообще-то, судя по сорсам, вы скроллите содержимое корневой вьюхи фрагмента, при этом ее положение не меняется, соответственно, меню так и останется невидимым, поскольку бэкграунд непрозрачный. нужен еще один ViewGroup в test_fragment.xml, что б корректно отрабатывало.
Уверяю вас, все отрабатывается корректно даже при самых сложных конфигурациях ViewGroup внутри фрагмента.
Полагаю, это потому что findViewById() возвращает View контейнера, а не его содержимое, т.е. фрагмент выступает той самой оболочкой, все связывающей.
Полагаю, это потому что findViewById() возвращает View контейнера, а не его содержимое, т.е. фрагмент выступает той самой оболочкой, все связывающей.
я вам говорю о конкретном примере, который вы привели. проверьте — визуально кнопка toggle уползет вправо, однако меню так и останется невидимым.
Годная статья. Сам использую данный паттерн.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Реализуем боковую навигацию в Android