Pull to refresh

Comments 15

Статья из тех — про как нарисовать сову:
Рисуем овал
рисуем сову
PROFIT!!!
При установке зависимостей можно выскочить ошибка, что jar файлы имеют разные SHA. В таком случае удалите файлы android-support-v4.jar из папки libs проекта sliding-menu

Меня вот всегда волновал этот вопрос. Разные SHA могут быть в том числе из-за того, что в том же ABS либа приложена устаревшая. Возможно будет правильным проклацать везде «Add Support library..» чтобы привести их все к одному виду и дать проекту самому решать какие использовать? Или все таки удалять? Работать будет в любом случае. Вопрос в том, как делать правильно?
Насколько мне известно на личном опыте, в проектах-зависимостях может использоваться более новая версия support-library, чем у Вас в IDE. Плюс в данном случае решил оставить jar от actionbar-sherlock т.к. по сути все танцует от него. Но это мое личное мнение-наблюдение, могу ошибаться.
я все зависимые проекты (шерлок, слайдинг меню и прочее) всегда копирую в папку проекта, так как код потом уйдет в репозиторий и должен оттуда после чекина разворачиваться у любого разработчика, то я наоборот, из свежесозданого проекта раскидываю либу по шерлокам и прочему.
Из папки drawable-mdpi перенесем файл иконки приложения (по-умолчанию eclipse обзывает его ic_launcher.png) в папку drawable
Удалим папки drawable-XXX и папки values-XXX (мое мнение, что данные папки должны создаваться по мере необходимости и/или предрелизной подготовки приложения)

Вы что, серьезно? То есть я согласен с вами, что зря плодить картинки не нужно, но уж иконка-то приложения должна быть в разных разрешениях? А вы еще и иконку среднего разрешения берете, какая разница что на планшете она будет жутко размытой, правда?

Сама соль
В самой соли вы настраиваете sliding menu, но:
1) вы не объясняете абсолютно, что за функции вы вызываете и зачем
2) магические цифры, которые вы передаете в качестве параметров, едва ли не самое важное в этой соли, но их вы тоже объяснять не стали

И в целом — зачем нужно приложение с actionbar в стиле Holo, если у вас сами контролы activity будут выглядеть в стиле 2.х? По-моему либо все в стиле Holo (читайте про HoloEverywhere), либо ничего.
Статья написана вроде бы для новичков (учитывая какие очевидные вещи она рассматривает), но при этом никакие важные новичкам детали вы не рассмотрели.
Вы что, серьезно? То есть я согласен с вами, что зря плодить картинки не нужно, но уж иконка-то приложения должна быть в разных разрешениях? А вы еще и иконку среднего разрешения берете, какая разница что на планшете она будет жутко размытой, правда?
Возможно, Вы прочитали «по диагонали». Я писал, что лично я оставляю задачу нарезки изображений, адаптацию к различным экранам и т.п. напоследок.
И в целом — зачем нужно приложение с actionbar в стиле Holo, если у вас сами контролы activity будут выглядеть в стиле 2.х? По-моему либо все в стиле Holo (читайте про HoloEverywhere), либо ничего.
За HoloEverywhere спасибо, возьму себе на вооружение.
Какая-то статья из прошлого — дежавю, как будто я уже всё это слышал и не раз
Спасибо, добавил в ссылки.
там прямо в примере указано
<uses-sdk android:minSdkVersion="14" android:targetSdkVersion="17" />
Если вы о том, что нативный Drawer не заработает на apilevel<14, то DrawerLayout включен в support-v4, т.е. будет работать начиная с андроида 1.6.

Просто в примере гугла используют почему-то родной FragmentManager, вместо support.v4.FragmentManager. Потому и повысили minSdkVersion до 14. У меня проекты с DrawerLayout успешно собирались с minSdkVersion=7 (Android 2.1).
А мне SlidingMenu понадобился всего лишь для того, чтобы при открытии правого меню, контент сдвигался вправо =( Может быть вы знаете способ, чтобы сделать такую функциональность при использовании родного Navigation Drawer?
Придумал для себя костыль — нужно просто сделать так, чтобы при открытии DrawerLayout'а двигался DrawerContent. Единственное, если применить это решение к оф. примеру, то при выборе пункта из навигации, смена контента проходит с подтормаживанием. Причём проблема эта наблюдалась как на SGS 2, так и на SG Ace. Но я убрал подгрузку картинок, и всё стало летать, поэтому думаю, что тормозит не из-за моего решения, а из-за картинок.

Как примерно это сделать
mDrawerToggle = new SherlockActionBarDrawerToggle(
                this,                  /* host Activity */
                mDrawerLayout,         /* DrawerLayout object */
                R.drawable.ic_drawer,  /* nav drawer image to replace 'Up' caret */
                R.string.drawer_open,  /* "open drawer" description for accessibility */
                R.string.drawer_close  /* "close drawer" description for accessibility */
                ) {
            @Override
            public void onDrawerSlide(View drawerView, float slideOffset) {
                super.onDrawerSlide(drawerView, slideOffset);
                float scrollTo = drawerView.getWidth() * slideOffset;

                if (Build.VERSION.SDK_INT >= 11)
                {
                    // Начиная с API 11 нам доступен метод setX,
                    // который сместит контент вправо на ту позицию, на какую нам надо
                    mDrawerContent.setX(scrollTo);
                }
                else
                {
                    // А вот в более ранних версиях андроида придётся повозиться.
                    // Нужно сперва подключить библиотеку NineOldAndroids
                    // И уже анимацией сдвинуть контент на нужную позицию.
                    ObjectAnimator.ofFloat(mDrawerContent, "translationX", scrollTo).setDuration(0).start();
                }
            }
        };


Sign up to leave a comment.

Articles

Change theme settings