Ошибка activity_main.xml: java.lang.System.arraycopy([CI[CII)V
При перетягивании из Text Field любой виюшки появляется Error activity_main.xml: java.lang.System.arraycopy([CI[CII)V
что с этим поделать подскажите пожалуйста кто сталкивался. остальные виджеты и т.п. добавляются нормально.
Добавлено через 1 час 8 минут
вот еще видимо к тому же:
NOTE: This project contains Java compilation errors, which can cause rendering failures for custom views. Fix compilation problems first.
Exception raised during rendering: java.lang.System.arraycopy([CI[CII)V
Exception details are logged in Window > Show View > Error Log
Можно ли activity_main.xml изменить через MainActivity.java?
Я б поискал в гугле, но я даже не знаю как сформулировать вопрос. Мне нужно по нажатию на кнопку.
Ошибка java.lang.ClassCastException: com.organizer.ToDoItemDescr cannot be cast to java.util.Map
Ошибка появляется когда пытаюсь вытянуть из кастомного адаптера запись ListView. Весь лог ошибки.
Android Studio, файл activity_main.xml
здесь понятно это название приложения package com.example.user.myapplication; здесь понятно это.
в XML возвращает INT в activity_main
В XML recources/string строка: https://api.myjson.com/bins/2wgmq .
Источник
Методы лечения различных ошибок в Android Studio при разработке проекта
Сегодня хотел бы поделиться своим анализом и способами лечением разных ошибок при разработке своего продукта в Android Studio. Лично я, не раз сталкивался с различными проблемами и ошибками при компиляции и/или тестировании мобильного приложения. Данный процесс, всегда однообразный и в 99% случаев и всегда нужно тратить n-колличество времени на его устранение. Даже, когда ты уже сталкивался с данной проблемой, ты все равно идешь в поисковик и вспоминаешь, как же решить ту или иную ситуацию.
Я для себя завел файлик, в котором отметил самые частые ошибки — потратив на это несколько часов и перечислил самые популярные ошибки (в дальнейшем планирую просто их запомнить), чтоб сократить свое время в дальнейшем.
Итак, начну по порядку с самой распространенной проблемы и дальше буду перечислять их по мере появления:
1) Если подчеркивает красным код, где используются ресурсы: R. — попробовать (но вероятно не поможет): Build -> Clean Project.
В принципе на Build -> Clean Project можно не терять времени, а лучше всего — слева переключиться на Project, открыть каталог .idea, затем каталог libraries и из него удалить все содержимое. Затем нажать кнопку Sync Project. А затем (если все еще красное, но скорее всего уже будет все ок ) Build -> Clean Project.
2) После внезапного выключения компьютера, после перезапуска может быть во всех проектах весь код красным. Перед этим может быть ошибка: Unable to create Debug Bridge: Unable to start adb server: Unable to obtain result of ‘adb version’. Есть три решения — первое помогло, второе нет (но может быть для другого случая), а третье — не пробовал:
а) File — Invalidate Caches/Restart — Invalidate and Restart
б) Закрыть студию. В корне папки проекта удалить файл(ы) .iml и папку .idea. Вновь запустить студию и импортировать проект.
в) Нажать Ctrl-Alt-O и запустить оптимизацию импорта.
Кстати, adb сервер можно проверить на версию (и работоспособность) и затем перезапустить:
3) Если Android Studio выдает приблизительно такую ошибку: Error:Execution failed for task ‘:app:dexDebug’.
Надо слева переключиться на опцию Project, найти и удалить папку build которая лежит в папке app, т.е. по пути app/build. Затем перестроить весь проект заново: Build -> Rebuild Project.
Такое же решение если ошибка типа: «не могу удалить (создать) папку или файл» и указан путь, который в ведет в app/build. Тоже удаляем папку build и ребилдим проект.
4) В сообщении об ошибке упоминается heap — виртуальная память. А ошибка обычно вызвана ее нехваткой, т.е. невозможностью получить запрашиваемый объем. Поэтому этот запрашиваемый объем надо уменьшить, т.е. переписать дефолтное значение (обычно 2048 MB которое можно изменить в настройках), на меньшее 1024 MB.
В файле проекта gradle.properties пишем:
5) Android Studio пришет примерно такую ошибку: Plugin is too old, please update to a more recent version, or set ANDROID_DAILY_OVERRIDE environment variable to «83648b99316049d63656d7276cb19cc7e95d70a5»
Возможные причины (кроме необходимости регулярного обновления SDK):
а) Загруженный проект был скомпилирован с помощью уже несовместимого старого gradle плагина. В этом случае надо найти и подключить в своем build.gradle проекта этот более старый плагин. т.е. попробовать более старые версии, например: 1.1.3 (часто именно 1.1.x и подходит).
Найти все версии можно здесь.
б) Если в build.gradle проекта используется beta-версия плагина — это означает, что срок ее истек. Посмотреть последние релизы (продакшн и бета) можно также здесь:
6) Иногда при подключении сторонних библиотек могут дублироваться некоторые файлы (обычно связанные с лицензированием). В сообщении будет что-то содержащее слова: duplicate files. Решение — надо посмотреть в сообщении об ошибке или в документации подключенной сторонней библиотеки — какие именно файлы стали избыточными, и перечислить их в build.gradle модуля для исключения (exclude) из билда.
Это делается в директиве packagingOptions (которая, в свою очередь, находится в директиве android).
Источник
android sdk main.out.xml ошибка разбора?
Я только начал новый проект для Android «WeekendStudy», чтобы продолжить изучение разработки под Android, и я был озадачен компиляцией компиляции/запуска по умолчанию «hello Sundaystudy» по умолчанию. Я думаю, что пропустил шаг в настройке и настройке, но я затрудняюсь выяснить, где. У меня AVD настроен, установлен и запущен.
Когда я нажимаю «запустить», SDK создает файл main.out.xml, а затем завершается ошибкой, как показано ниже:
Лучшее исправление: Eclipse -> Window -> Preferences -> Run/Debug -> Launching -> Lauch Configuration
Cross: Фильтр проверяет типы конфигурации запуска .__ и Cross также: XSL (в конце списка)
Заставь проблему уйти навсегда!
Да, та же проблема со мной.
Чтобы предотвратить создание out.xml.
отредактируйте файл XML, совершенно естественная вещь, которую нужно сделать .
сохранить и закрыть файл XML
Откройте любой файл .Java в src /
Дважды щелкните файл, чтобы убедиться, что он имеет фокус и курсор находится там.
Беги . теперь должно быть в порядке
Если это произойдет, сделайте это .
отредактируйте файл XML, совершенно естественная вещь, которую нужно сделать .
Выполнить . сбой из-за страшного файла out.xml
Удалите файл /res/___.out.xml
Закройте все файлы в представлении IDE
Откройте любой файл .Java в src /
Дважды щелкните файл, чтобы он был в фокусе, и курсор был там.
Беги . теперь должно быть в порядке
вы должны запустить проект как приложение для Android, а не только нажать на иконку — Запустить
Удалите xxx.out.xml, если все еще не можете запустить, пожалуйста, следуйте этому .__ Eclipse -> Project-> Clean . -> Выберите свой проект-> OK
Установите курсор в вашем * .Java, запустите его
Я пытался запустить не из той части проекта, так как моя панель инструментов была неправильно подключена. Я все еще прорабатываю детали, и я отредактирую это, когда выясню это полностью.
Прежде всего, это было новое рабочее пространство, которое я хотел создать, чтобы организовать свои разные несвязанные проекты. В результате для RUN панели инструментов не была настроена цель (т. Е. В истории), поэтому он попытался запустить мой файл main.xml.
Щелкните правой кнопкой мыши по одному из файлов * .Java и выберите «запустить как . », после чего вы сможете создать конфигурацию запуска с ее целью (выбрать или создать AVD), проектом и т.д. Я рекомендую посетить каждую из вкладок. и просмотрите значения по умолчанию для вашей ситуации.
Затем откиньтесь на спинку кресла и подождите, пока эмулятор загрузится в первый раз (у меня это заняло от 1 до 2 минут на Macbook).
Это похоже на проблему с одним из XML-плагинов Eclipse, я думаю, что это что-то в Web Tools. Раньше я мог запускать приложение из любого файла, будь то XML или Java, но как только я установил Web Tools, я начал видеть эту ошибку. Это действительно раздражает, я так привык нажимать Ctrl-F11, чтобы построить приложение . но если вы сделаете это в файле XML, вы получите эту ошибку. Упомянутое выше исправление работает, но это дополнительные шаги и менее эффективные, когда нужно щелкнуть правой кнопкой мыши по проекту и выбрать Run As . бла-бла. Если кто-нибудь найдет чистое решение — кроме удаления, конечно, Веб-инструментов — чтобы вернуть мне мою горячую клавишу, я был бы благодарен.
Я новичок в изучении разработки приложений для Android. Я тоже столкнулся с этой проблемой и разочаровался. Удалите весь Android SDK и переустановите, думая, что возникла какая-то проблема.
К моему удивлению, решение очень простое. Если вы щелкнете мышью по XML-файлу и перейдете в «Выполнить», это вызовет ошибку. Так что решение простое. Нажмите на файл .Java или на вершину всего дерева (например, если структура выглядит следующим образом: Firstapp> Src> Firstapp.Java, просто нажмите на Firstapp), а затем запустите.
Это будет работать гладко.
@neil patel> Просто повторяю ответ выше . дайте мне знать, если это нужно уточнить.
Щелкните правой кнопкой мыши один из файлов * .Java и выберите «запустить как . », тогда вы можете создайте конфигурацию запуска с его цель (выбрать или создать AVD), проект и т. д. Я рекомендую посетить каждая из вкладок и обзор по умолчанию для вашей ситуации.
Как указано в Как остановить Eclipse от попытки запуска файлов XML? : В разделе «Настройки» -> «Выполнить/Отладка» -> «Запуск» вы можете выбрать «Всегда запускать ранее запущенное приложение». Это полезно, если вы склонны использовать сочетание клавиш Ctrl + F11.
Я сталкивался с этой проблемой, но приведенные выше ответы мне не помогают. Посмотрев вокруг, я исправил это сам и думаю, что должен записать решение.
Компилятор Android создает * .out.xml, если вы запускаете проект как XSL. чтобы исправить это, вы должны сделать следующие шаги:
- щелкните стрелку справа от кнопки «Выполнить» и выберите «Запустить конфигурации». В левой части всплывающих окон удалите все подпункты в XSL.
- перейдите к настройке Launch в настройках => Run/debug => Launching. Установите флажок «Фильтровать проверенный запуск . », а затем снимите флажок XSL при сохранении проверки в приложении Android.
Надеюсь это поможет.
У меня была та же проблема, и я пробовал много разных вещей. Наконец я сдался, скопировал все дерево проекта в другое место. Создал новый проект Android и скопировал файлы src, res.layout, res.values и мои добавленные пользовательские изображения в drawable . Щелкните правой кнопкой мыши проект в проводнике пакетов и нажмите «Обновить» . Теперь он снова работает . Наверное, не лучший способ это исправить, но это работает 🙂
Вот сообщение в блоге , который я только что нашел, который определенно решает проблему!
Я тоже столкнулся с этой проблемой.
При использовании eclispe убедитесь, что перед нажатием «Выполнить» любой файл, выбранный в Project, не является файлом XML. При этом вы никогда не получите эту ошибку. Также убедитесь, что вы удалили все . out.xml из вашей рабочей области.
Я трачу почти 30 минут, чтобы узнать причину этого и нашел это решение.
Попробуйте, и проверьте, работает ли действительный источник или нет.
Удалите xxx.out.xml, если все еще не можете запустить, пожалуйста, следуйте этому .__ Eclipse -> Project-> Clean . -> Выберите свой проект-> OK
Я верю, что у меня есть ответ. Я тоже смог запустить с любым выбранным файлом. Что-то изменилось, и вдруг я получил страшную ошибку синтаксического анализа xxx.out.xml. Ну, я нашел способ обойти это. Кто-то, пожалуйста, подтвердите мне, что это работает и для вас.
Нажмите Window-> Preferences Выберите или отфильтруйте поиск для запуска (run/debug)
В нижней части правой панели найдите Lauch Operation и выберите «Всегда запускать ранее запущенное приложение»
Очистите ваш проект и запустите его правильно хотя бы один раз. Я проверил это, и, кажется, работает последовательно.
Источник
андроид.вид.InflateException: двоичный XML-файл: ошибка раздувания фрагмента класса
у меня очень неприятная ошибка, которую я не могу объяснить. Я создал приложение для Android, которое использует Android AppCompat чтобы сделать его совместимым со старыми версиями. Вот мой основной файл макета активности:
и вот основной код моей деятельности :
основная проблема здесь: выше код работает плавно на почти устройствах (стимулированное устройство или некоторые реальные устройства). Но когда я запускаю его на Samsung S3. Он замечает эту ошибку:
пожалуйста скажите мне, как исправить ошибку, спасибо:)
27 ответов
после долгого времени для отладки я исправил эту проблему. (Хотя я до сих пор не могу объяснить, почему). Что я меняю собственность android:name to class . (хотя в документе Android они говорят, что эти свойства одинаковы, но он работает . )
Итак, он должен измениться от:
Итак, новый макет должен быть :
надеюсь, что это поможет 🙂
Я не мог решить мою проблему, используя предоставленные ответы. Наконец, я изменил это:
и это работает.
Если вы используете его внутри фрагмента, используйте getChildFragmentManager вместо getSupportFragmentManager.
это может больше не понадобиться вам, но если дальнейшие читатели найдут это полезным. У меня точно такой же android.view.InflateException. Error inflating class fragment . У меня были все нужные библиотеки. Решено, добавив еще одно разрешение пользователя в AndroidManifest.xml файл, т. е.
кстати, я бежал Android Studio 0.8.9 on Ubuntu 12.04.
у меня была такая же проблема, проблема, попробовал все ответы в этой теме без толку. Мое решение, я просто не добавили ID в XML-активности. Я не думал, что это будет иметь значение, но это имело.
Итак, в XML активности у меня было:
Если кто-то будет рад прокомментировать, почему это, я все уши, другим, я надеюсь, что это поможет.
у меня такая же проблема, потому что я не выполнил слушатель. Увидеть следующий код /*Add This!*/ .
FYI, мой класс фрагментов примерно следующий:
Я также замечаю это же сообщение об ошибке при других обстоятельствах, когда есть исключение в
ваш NavigationDrawerFragment расширяет android.поддержка.В4.приложение.Фрагмент? Другими словами, вы импортируете правильный пакет?
у меня также была эта проблема. Я решил это, заменив импорт в MainActivity и NavigationDrawerFragment
я MainActivity предоставляет ActionBarActivity вместо активности
использовать ActionBar actionBar = getSupportActionBar(); чтобы получить ActionBar
и я обновил следующую функцию в NavigationDrawerFragment
TL / DR: исключение во время создания фрагмента ссылка из XML макета более высокого уровня. Это исключение привело к сбою инфляции макета более высокого уровня, но первоначальное исключение не было сообщено; в трассировке стека отображается только сбой инфляции более высокого уровня. Чтобы найти первопричину, вы должны поймать и зарегистрировать начальное исключение.
первопричина ошибки могут быть самыми разными, поэтому здесь так много разных ответов на вопрос, что именно решило проблему для каждого человека. Для некоторых, это было связано с id , class или name атрибуты. Для других это было связано с проблемой разрешений или настройкой сборки. Для меня это не решило проблему; вместо этого был привлекательный ресурс, который существовал только в drawable-ldrtl-xhdpi , а не в соответствующем месте, как drawable .
но это только детали. Этот проблема в том, что сообщение об ошибке, которое появляется в logcat, не описывает исключение, которое запустило все это. Когда XML-файл макета более высокого уровня ссылается на фрагмент, фрагмент onCreateView() называется. Когда исключение происходит в фрагменте onCreateView() (например, при раздувании XML-макета фрагмента) это приводит к сбою инфляции XML-макета более высокого уровня. Этот сбой инфляции более высокого уровня-это то, что сообщается как исключение в журналах ошибок. Но первоначальное исключение, похоже, не продвигается по цепочке достаточно хорошо, чтобы быть сообщенным.
учитывая эту ситуацию, вопрос заключается в том, как выставить начальное исключение, когда оно не отображается в журнале ошибок.
решение довольно простое: поместите try / catch блокировать содержимое фрагмента onCreateView() и в catch п., бревно за исключением:
это может быть не очевидно , который фрагмент класс onCreateView() чтобы сделать это, в этом случае сделайте это для каждого класса фрагментов, используемого в макете, который вызвал проблему. Например, в случае OP код приложения, в котором произошло исключение, был
поэтому вам нужно поймать исключения в onCreateView() любых фрагментов, указанных в макете activity_main .
в моем случае исключение первопричины оказалось
это исключение не появляются в журнале ошибок, пока я не поймал его в onCreateView() и зарегистрировал его явно. Как только он был зарегистрирован, проблема была достаточно проста для диагностики и исправления ( details_view.xml существовал только под ldrtl-xhdpi папке, по какой-то причине). Ключом было поймать исключение, которое было корнем проблемы, и разоблачить его.
это не помешает сделать это в качестве шаблона в все фрагменты’ onCreateView() методы. Если там есть необработанное исключение, это приведет к сбою активности не обращающий внимания. Единственное отличие заключается в том, что если вы поймаете и зарегистрируете исключение в onCreateView() , вы не будете в темноте, почему это произошло.
P. S. Я просто понял, что этот ответ имеет отношение к @DaveHubbard, но использует другой подход для нахождения первопричины (лесозаготовка и отладчик).
У меня были похожие проблемы. Сообщение об ошибке часто содержит очень мало деталей, независимо от фактической причины. Но я нашел способ получить больше полезной информации. Оказывается, что внутренний android-класс «LayoutInflater».java ‘ (в android.view package) имеет метод «inflate», который повторно создает исключение, но не подбирает детали, поэтому вы теряете информацию о причине.
я использовал AndroidStudio и установил точку останова на линии LayoutInflator 539 (в версии я working in), который является первой строкой блока catch для общего исключения в этом методе «inflate»:
Если вы посмотрите на » e «в отладчике, вы увидите поле «причина». Это может быть очень полезно, давая вам подсказку о том, что действительно произошло. Вот как, например, я обнаружил, что родитель включенного фрагмента должен иметь идентификатор, даже если он не используется в вашем коде. Или что у TextView была проблема с измерением.
на всякий случай, если кому-то это нужно. Предположения: телефон устройства подключен к USB-кабелю и чтение IDE для запуска приложение. Перейдите в командную строку, чтобы определить проблему: введите adb logcat
затем запустите приложение из IDE. Вы будете исключением.
в моем случае: я развертывал приложение Android версии 2.3 на мобильном устройстве что не поддерживает виджет «пробел»
эта проблема возникает, когда у вас есть пользовательский класс, который расширяет другой класс (В данном случае зрения), а не импортировать все конструкторы требуемого класса.
например: открытый класс CustomTextView расширяет TextView
этот класс будет иметь 4 конструктора, и если вы пропустите какой-либо из них, он рухнет. На самом деле я пропустил последний, который использовался Lollipop, добавил, что конструктор и работал нормально.
я столкнулась с этой проблемой и решил ее, используя следующие коды. Я начинал транзакцию фрагментов с помощью childfragment manager.
вот как я начал фрагмент транзакции:
В следующих кодах объясняется, как я удалил фрагмент, добавленный с помощью childfragmentmanger.
нам также необходимо добавить следующее в build.gradle (app)
всякий раз, когда мы используем новые макеты и новые конструктивные особенности. надеюсь, это поможет вам.
после того, как ни один из ответов здесь не помог мне, я решил запустить приложение в режиме отладки, перемещаясь по каждой строке onCreateView в моем фрагменте (NavigationDrawerFragment в вашем случае). И заметил, что фрагмент испытывал трудности с раздуванием из-за исключения NullPointerException. Е. Г.
здесь mySeekBar был установлен в null (потому что я пропустил добавление элемента управления в соответствующем макете), и следующая строка попала в NPE, который вышел как InflateException. Также, как предложено выше переименуйте android: имя в класс.
эта проблема может возникнуть по различным причинам, упомянутым выше. Я бы рекомендовал линейный поток отладки, чтобы знать, что не так.
Я не знаю, поможет ли это.
У меня была эта проблема с TextView, который у меня был в макете, который я пытался надуть (android.вид.InflateException: двоичная строка XML-файла #45: ошибка раздувания класса TextView).
Я установил следующий атрибут XML android: textSize=»?android: attr / textAppearanceLarge» что не позволяло раздуть макет.
Не знаю точно, почему, (Я все еще немного нового Android-менее года опыта работы), может быть, что-то связано с вызовом системных атрибутов, idk, все, что я знаю, как только я использовал простой старый @dimen / md_text_16sp (что обычай мой), проблема решена 🙂
надеюсь, что это помогает.
Я немного опоздал на вечеринку, но не из этих ответов помог мне в моем случае. Я использовал Google map как SupportMapFragment и PlaceAutocompleteFragment оба в моем фрагменте. Как все ответы указывали на то, что проблема с SupportMapFragment карту быть воссозданы и перерисовывается.
но у меня также была проблема с PlaceAutocompleteFragment. Так вот рабочее решение для тех, кто столкнулся с этой проблемой из-за SupportMapFragment и SupportMapFragment
и в onDestroyView очистить SupportMapFragment и SupportMapFragment
Я думаю, что основная проблема заключается в» android:targetSdkVersion», который определен в AndroidManifest.XML. В моем случае начальное значение, которое я определил как:
Я изменил его на:
, который разрешил все мои ошибки. Таким образом, настройка правильного «targetSdkVersion» также важна перед созданием приложения для android.
в случае, если кто-то еще сюда заходит и ответы не помогают решить проблему, еще одна вещь, чтобы попробовать.
Как упоминали другие, это обычно вызвано проблемой, вложенной в сам XML, в отличие от того, что вы сделали неправильно в своей Java. В моем случае это была очень простая (и глупая) ошибка.
У меня был такой код:
когда все, что мне нужно было сделать, это прописать v в «View», чтобы система его узнала. Проверьте, что ваш пользовательские представления (или фрагменты, recyclerviews и т. д.) имеют правильное объявление с заглавной буквы, чтобы автозаполнение XML соответствовало соответствующему представлению.
для некоторых из вас, которые до сих пор не нашли решения для этого, в моем случае это происходило, потому что у меня была проблема OOM (из памяти). Это может произойти, когда у вас есть, например, утечка памяти в вашем приложении при его использовании в течение длительного времени. В моем stack trace это было главной причиной.
у меня было это на устройстве 4.4.2, но 5+ был в порядке. Причина: внутри инициализации пользовательского представления я создавал TextView(Context context, AttributeSet attrs, @AttrRes int defStyleAttr, @StyleRes int defStyleRes) , который является API 21+.
Android Studio 2.1 не жалуется на это, хотя он аннотирован TargetApi(21) . По-видимому, Android Studio 2.2 исправит это и правильно покажет его как ошибку.
надеюсь, это кому-то поможет.
У меня тоже была эта ошибка, и после очень долгой отладки проблема заключалась в том, что моя расширенная активность MainClass вместо FrameActivity в моем случае xml не была проблемой. Надеюсь помочь вам.
как упоминалось в предыдущем посте,
переименовать
тем не менее, это не сработало для меня. Затем я просто использовал имя класса без com.фрагмент части и вуаля это сработало. Поэтому измените его, наконец, на
макет я пытался надуть было
тег, удалив его починил.
Я пытался надуть предыдущий макет, предназначенный для Actvity в адаптер view-pager.
моя ошибка была вызвана другой проблемой.
Я передавал пучок от действия к его фрагменту. Когда я прокомментировал код, получающий пакет во фрагменте, ошибка исчезла. Как оказалось, моя ошибка была связана с приведенной ниже частью» getArguments ();», которая возвращала null.
проверив код отправки активности, я понял, что у меня была глупая ошибка ниже;
Я создавал новый фрагмент в строке с стрелка. В то время как я должен был использовать предварительно созданный фрагмент, у которого уже был мой сверток. Так и должно было быть:—4—>
Я не знаю, почему именно он выдает эту ошибку вместо NPE, но это решило мою ошибку, если у кого-то есть тот же сценарий
У меня была та же проблема, в моем случае имя пакета было неправильным, исправление его решило проблему.
после долгого времени попыток, вот как я решил проблему после того, как ни один из вышеперечисленных ответов не мог.
- расширения AppCompatActivity для Main вместо Activity .
- добавить android:theme=»@style/Theme.AppCompat.Light» на на AndroidManifest.xml
в своем NavigationDrawerFragment класс, изменить свой ActionBar экземпляров
редактировать
это должно быть согласованностью между активность и планировка. Если планировка один из Тема AppCompat, такие как Theme.AppCompat.Light ваш активность должны extends AppCompatActivity .
я хотел иметь бургер и Панель Навигации это похоже на Android Gmail Приложение, но я закончил с уродливым Панель Навигации. Все это потому, что все мои классы extends Activity вместо AppCompatActivity .
я пересчитал весь проект, чтобы продлить AppCompatActivity , затем щелкните правой кнопкой мыши на Layout Folder выбрал new -> Activity затем Navigation Drawer Activity и бум, все сделано для меня!
Источник
