Comments 17
Статья добротная, спасибо. Welcome to Habr!
консоль сообщает о конфликте двух файлов android-support-v4.jar.
На решение этой проблемы ушло 3 дня (да, я люблю портить себе жизнь), просто потому, что не обращал внимания на ошибки в консоли.
Мсье знает толк в извращениях. У вас проблемы были в том, что в slidingmenu лежала более старая версия support библиотеки и в консоль вам падало сообщение о разных хеш суммах, достаточно было из основного проекта скопировать либу и закинуть в SlidingMenu.
Вместо
onKeyDown, можно использовать onBackPressed
У вас проблемы были в том, что в slidingmenu лежала более старая версия support библиотеки и в консоль вам падало сообщение о разных хеш суммах, достаточно было из основного проекта скопировать либу и закинуть в SlidingMenu.
Вместо onKeyDown, можно использовать onBackPressed
Спасибо, добавил в пост.
Пару недель назад пытался прикрутить Support Action Bar в свой проект. Возможно такая ошибка была только у меня, но тем не менее на 2.3.3 вываливался exception, если я пытался использовать в ActionBar навигацию списком (NAVIGATION_MODE_LIST). После этого и других мелких недочётов (например, мне не нравится, как панель выглядит на API ниже 11 — с голубой полосой снизу, как в ActionMode, а стилизовать не хотелось) решил вернуться на ActionBarSherlock.
Для приведённого Вами кода переход на Sherlock потребует только добавление к проекту зависимость от библиотеки и немного изменений в import-ах.
Для приведённого Вами кода переход на Sherlock потребует только добавление к проекту зависимость от библиотеки и немного изменений в import-ах.
Для приведённого Вами кода переход на Sherlock потребует только добавление к проекту зависимость от библиотеки и немного изменений в import-ах.
В том и дело, что приведенный код недолго переписать. В приложении, которое я начал изначально, уже и стилизация, и функционал Support Lib используются во всю.
Не понял что имелось ввиду тут:
И мой вам совет — снесите Eclipse (тем более что сам гугл от него отказался) и поставьте IntelliJ IDEA или Android Studio (пока еще может быть сырой). После возможного небольшого периода адаптации поймете насколько приятным может быть кодо-писание :)
Для добавления функционала кнопке-иконке в экшенбаре, используем следующий код, который размещается в любое место в MainActivity.java, но после onCreate()Какая разница где располагается метод в коде? Здесь не тот случай, когда определение метода должно быть произведено до его первого вызова.
И мой вам совет — снесите Eclipse (тем более что сам гугл от него отказался) и поставьте IntelliJ IDEA или Android Studio (пока еще может быть сырой). После возможного небольшого периода адаптации поймете насколько приятным может быть кодо-писание :)
Полностью с вами согласен! Пробовал и в eclipse, и в netbeans писать под android, но лучше IntelliJ IDEA ничего нет.
Только вот когда пытался прицепить в свой проект этот SlidingMenu потратил уж очень много времени на решение проблемы вида «все верно, но не собирается». А все оказалось просто — в зависимостях проекта приложения нужно было выбрать то, что библиотеку из зависимостей тоже надо собирать… Этот момент меня ну очень сильно удивил.
Только вот когда пытался прицепить в свой проект этот SlidingMenu потратил уж очень много времени на решение проблемы вида «все верно, но не собирается». А все оказалось просто — в зависимостях проекта приложения нужно было выбрать то, что библиотеку из зависимостей тоже надо собирать… Этот момент меня ну очень сильно удивил.
Гугл пока еще не отказался, они собирались Eclipse поддерживать. И я бы не советовал пока ставить Android Studio, три раза пытался на неё перейти и каждый раз возникали какие то ошибки. Сначала R файл упорно не хотел генерироваться (уже точно не помню почему), потом структура проекта не отображалась. И что интересно, если обновления ставились поверх, то ошибки снова появлялись, приходилось всё удалять и ставить заново. Возможно, это мне так не повезло просто, но для меня Eclipse хотя бы работает.
Я имел ввиду не полный отказ гугла от эклипса (поддержка ADT-плагина по-прежнему будет), а то что гугл в качестве основной IDE для андроид-разработки теперь рекомендует Android Studio и будет в первую очередь развивать её.
У меня вот, в свою очередь, разнообразные проблемы с генерацией R-файла или импортом библиотек были именно в Eclips'e :) Намучался я с ним, а потом попробовал IDEA и познал дзен :) Пока Android Studio еще сырая можно со спокойной душой использовать бесплатную версию IDEA (да и ничего не мешает ее использовать потом).
У меня вот, в свою очередь, разнообразные проблемы с генерацией R-файла или импортом библиотек были именно в Eclips'e :) Намучался я с ним, а потом попробовал IDEA и познал дзен :) Пока Android Studio еще сырая можно со спокойной душой использовать бесплатную версию IDEA (да и ничего не мешает ее использовать потом).
Какая разница где располагается метод в коде? Здесь не тот случай, когда определение метода должно быть произведено до его первого вызова.
Честно говоря, в данном случае полагался только на свой опыт. Было дело, что не заводилось приложение.
Но спасибо, немного подкорректировал пост.
И мой вам совет — снесите Eclipse (тем более что сам гугл от него отказался) и поставьте IntelliJ IDEA или Android Studio (пока еще может быть сырой). После возможного небольшого периода адаптации поймете насколько приятным может быть кодо-писание :)
Благодарю, обязательно попробую :)
SlidingMenu — это хорошо, но лучше использовать рекомендованный официально паттерн Navigation Drawer. По личному опыту переезда в двух проектах со SlidingMenu на Navigation Drawer скажу, что последний работает лучше и внедрять его намного проще
спасибо за найденную ошибку в статье
Только вчера посмотрел выпуск Android Design in Action про топ UX проблем в котором говорилось о том, что сдвигать Action Bar и контент — плохо.
Sign up to leave a comment.
Соединение SlidingMenu с Support Library и обход возможных проблем