Первая ошибка: вначале должно быть pressed, а затем focused, потому что кнопка может одновременно находиться в состоянии pressed и focused. Соответственно если у вас будет кнопка в состоянии focused, то состояние pressed не применится.
В котором, чёрным по белому:
*Currently only available on Nexus 5
это относится к фразе
You don’t need to touch the screen to get things done. When on your home screen* or in Google Now, just say “Ok Google” to launch voice search, send a text, get directions or even play a song.
В eclipse в одной из последних версий ADT добавили фичу, что при установке приложения, в случая конфликта подписей, выдается сообщение и нажатием кнопки yes, приложение удаляется и тут же заливается ваше.
Не стоит выдавать желаемое за действительное. Да android studio будет классной, но для продакшена на нее еще рано переходить, а idea по сравнению с eclipse пока проигрывает в плане android разработки.
консоль сообщает о конфликте двух файлов android-support-v4.jar.
На решение этой проблемы ушло 3 дня (да, я люблю портить себе жизнь), просто потому, что не обращал внимания на ошибки в консоли.
Мсье знает толк в извращениях. У вас проблемы были в том, что в slidingmenu лежала более старая версия support библиотеки и в консоль вам падало сообщение о разных хеш суммах, достаточно было из основного проекта скопировать либу и закинуть в SlidingMenu.
Вместо onKeyDown, можно использовать onBackPressed
не за что, правда опечатку заметил.
В values-sw720dp конечно же 24. А если нужно 20, то папку values-sw720dp создавать не нужно, подтянется из values-sw600dp
Используйте разные значения размера шрифта для разных разрешений экрана.
в values\dimens.xml text_size=16sp
в values-sw600dp\dimens.xml text_size=20sp
в values-sw720dp\dimens.xml text_size=20sp
Ребята, вам стоит срочно задуматься об изменении подхода. То что вы советует, это просто ужас
Ладно еще вложенные вьюхи с весом, которые бьют по отрисовке.
Так у вас же по коду, куча магических чисел, а что если нужно изменить верстку? Правки xml уже недостаточно, нужно бегать по коду и править эти магические числа. А как же адаптивная верстка? Зачем просто растягивать?
У нас в компании делаются макеты для xhdpi hadnset (640x960), делается нарезка для mdpi, hdpi, xhdpi. Далее в xml проставляются необходимые отступы, шрифты и прочее согласно mdpi. При адаптации для таблеток, делаются доп layout некоторых экранов, где необходим. Или в самом простом случае, просто dimen.xml с размерами для таблеток.
Также не стоит забывать про фрагменты.
PS: почитайте все-таки гайдлайны, посмотрите devbytes и т.д.
Если б все еще lint смотрели, жить было бы легче. А то порой открываешь проекты, которые приходят на поддержку, а там банально используется api старшей версии, хотя минималка другая, а ведь lint это сразу говорит :(
В определенных случаях полезно, но в данном конкретном, это просто издевательство, по производительности будет бить ужасно. Тем более не понятно зачем такие извраты.
Первая ошибка: вначале должно быть pressed, а затем focused, потому что кнопка может одновременно находиться в состоянии pressed и focused. Соответственно если у вас будет кнопка в состоянии focused, то состояние pressed не применится.
это относится к фразе
www.android.com/versions/kit-kat-4-4/
Если дизайн уже утвержден, говорить, ай мы выкидываем потому, что нам так проще, не прокатит.
Мсье знает толк в извращениях. У вас проблемы были в том, что в slidingmenu лежала более старая версия support библиотеки и в консоль вам падало сообщение о разных хеш суммах, достаточно было из основного проекта скопировать либу и закинуть в SlidingMenu.
Вместо
onKeyDown
, можно использоватьonBackPressed
При этом блоги apple не включены.
Нет в русском языке «ихних», есть только «их».
[/зануда_мод_выкл]
В values-sw720dp конечно же 24. А если нужно 20, то папку values-sw720dp создавать не нужно, подтянется из values-sw600dp
в values\dimens.xml text_size=16sp
в values-sw600dp\dimens.xml text_size=20sp
в values-sw720dp\dimens.xml text_size=20sp
Все прозрачно и понятно.
Ладно еще вложенные вьюхи с весом, которые бьют по отрисовке.
Так у вас же по коду, куча магических чисел, а что если нужно изменить верстку? Правки xml уже недостаточно, нужно бегать по коду и править эти магические числа. А как же адаптивная верстка? Зачем просто растягивать?
У нас в компании делаются макеты для xhdpi hadnset (640x960), делается нарезка для mdpi, hdpi, xhdpi. Далее в xml проставляются необходимые отступы, шрифты и прочее согласно mdpi. При адаптации для таблеток, делаются доп layout некоторых экранов, где необходим. Или в самом простом случае, просто dimen.xml с размерами для таблеток.
Также не стоит забывать про фрагменты.
PS: почитайте все-таки гайдлайны, посмотрите devbytes и т.д.
Ну и почитайте гайдлайны, посомтрите вуминеуы