なんなんだろうな, まじで.
バージョン 5100000 以下を使用してください
と書いてるので最新バージョンは, 5.1.00 と推定.
dependencies {
compile "com.google.android.gms:play-services:5.1.00"
}
アウチ.
きっと, ベストな バージョンは 「5.0.89」なのでしょうね?
dependencies {
compile "com.google.android.gms:play-services:5.0.89"
}
なんか, ここら, 最近あやしい...
「Google Play services out of date. Requires 5208000 but found 5089036」といってるけどこれは?
Android Studio が警告なフキダシを出してる.
記述が2箇所あってきもちが悪かったのですが.
build.gradle
android {
...
defaultConfig {
minSdkVersion 9
targetSdkVersion 19
}
...
}
AndroidManifest.xml
<uses-sdk
android:minSdkVersion="9"
android:targetSdkVersion="19"/>
Android Studio の設定で「バージョン」の記述してるとこありすぎね?
で, AndroidManifest.xml側の記述は不要らしい.
Gradle overrides the manifest values, and I prefer to update build.gradle file rather than manifest. And probably this is the right way using Gradle. Gradle supports product flavours which can be controled via IDE and those product flavors can change many things in our Manifest like package name, version code, version name, target SDK and many other. Then by one click in Android Studio You can change many properties and generate another apk.
You can left the manifest as it is and do all configuration in build.gradle. You can safely remove
<uses-sdk></uses-sdk>
from manifest as well as version codes.
Gradle が自動埋め込んでくれるっぽい.
apk化後, バラしてみてみると確認できます.
android-apktool - A tool for reverse engineering Android apk files - Google Project Hosting
今回は、その中でも特に重要な 7 つのヒントをご紹介します。
モバイル ユーザーは、長いメニューをスクロールしないと目的の項目にたどり着けないサイトは好みません。メニュー項目はできるだけ簡潔にしましょう。
今回の調査で、ページ最上部のロゴをタップしてホーム ページに戻ろうとするユーザーが多く見られました。ユーザーがすぐにトップ ページに戻れる導線を意識しましょう。
サイトでの目的がはっきりしているユーザーほど検索を利用します。モバイル ユーザーが最初に探す機能の 1 つが検索です。今回、調査対象ユーザーから最も良い反応が得られたのは、ページ最上部にはっきりと表示されたオープン テキスト形式の検索ボックスでした。
サイトでユーザーに情報を入力してもらう場合、できるだけユーザーの負担を減らす方法を考えましょう。選択肢が少ない場合は、大きいアイコンをタップするだけで済むように、選択肢が多い場合は、プルダウンが最も簡単です。日にちを選ばせる場合には、カレンダーを表示しましょう。
多くの調査対象ユーザーは、画面を拡大または縮小しなければならない時に不満を感じ、この操作により重要なメッセージを見逃してしまいました。ユーザーがコンテンツのサイズを変更しなくてすむようにモバイル サイトを設計しましょう。一部のモバイル サイトは、画面上で拡大縮小を行えないようにしていました。
小さい文字を読んだり、動画を観るなど、何かきっかけがない限り、調査対象ユーザーは常に同じ向きで画面を表示する傾向があります。横向きと縦向きの両方に対応できるサイトを設計するか、最適な画面の向きをユーザーに知らせてください。
モバイルではウィンドウの切り替えが面倒なので、ユーザーがサイトに戻ってこないリスクが高くなります。次のページに進んだり、コンテンツの内容が変わっても、同じウィンドウ内で表示する工夫をしましょう。
ご紹介した全てのヒントに共通しているのは、「モバイル ユーザーは目的がはっきりしている」という点です。モバイル ユーザーがモバイル サイトに求めるのは、目的のコンテンツやサービスをすぐ、簡単に、思いどおりの方法で手に入れること。コンテンツの魅力を損なうことなく、モバイル ユーザーの状況やニーズを考慮してサイトを設計することが成功の秘訣です。
以上, Google からのメールの抜粋.