すぐに在庫がなくなる期間限定のタイムセール.
アプリを設定しておくとプッシュで通知を受信できるようです.
タイムセールページで「本日の特選商品」が開催された場合には、朝8時にプッシュ通知でその開催情報を受け取ることができます。
アプリの設定をONにするだけ.
これで朝8時に通知がくる, と.
日本語版「Stack Overflow」がしれっと公開されているが
半年前の記事だけども.
Cecconi氏に詳細を尋ねたところ、日本語版の開始時期は未定で、コミュニティマネージャが決まり次第、できるだけ早く立ち上げたいとのこと。
Stack Overflow日本語版開設へ、バイリンガルのコミュニティマネージャ募集中！ － Publickey
探してみるとどうやらここで公開されそう.
トップ画面のみでログイン等できませぬ.
もう少しか...
https://ja.stackoverflow.com/ - スタック・オーバーフロー
カタカナで「スタック・オーバーフロー」とか微妙っちゃ微妙.
Google 日本語入力 で Shift キーを押さずに 大文字英文字 を入力する方法
あー, これ便利だわー.
ひらがなの入力モードで「や」をフリックすると、すっごくいろいろなカッコが入れられるんですよ。左にフリックすると「（」、右にフリックすると「）」が入れられます。さらに変換候補には様々なカッコも表示されます。
このQWERTYキーボードの「QWERTYUIOP」を上にフリックさせると、それぞれ「1234567890」を入れることができるんですよ。
【Android】Google日本語入力は「や」の左右フリック、QWERTYの上フリックがとても便利！ | 明日やります
英文字と数字て一緒に使うことのが多くて切替えるの面倒だったので楽になります.
しかも, この英数(QWER)キーボードでボタンを下にスワイプすると, 大文字が表示されましたよ.
ユーザIDとかパスワードとか, 入力するのがさらに簡単になります.
もしかして, いまさら?(笑)
gradle なら AndroidManifest.xml 内 <uses-sdk> が不要だった件
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
Google発「25 Mobile Site Design Principles」のうち特に重要な7つ
今回は、その中でも特に重要な 7 つのヒントをご紹介します。
1. メニューは短く簡潔に
モバイル ユーザーは、長いメニューをスクロールしないと目的の項目にたどり着けないサイトは好みません。メニュー項目はできるだけ簡潔にしましょう。
2. トップページには簡単に戻れるように
今回の調査で、ページ最上部のロゴをタップしてホーム ページに戻ろうとするユーザーが多く見られました。ユーザーがすぐにトップ ページに戻れる導線を意識しましょう。
3. すぐに目につく場所にサイト内検索を設置
サイトでの目的がはっきりしているユーザーほど検索を利用します。モバイル ユーザーが最初に探す機能の 1 つが検索です。今回、調査対象ユーザーから最も良い反応が得られたのは、ページ最上部にはっきりと表示されたオープン テキスト形式の検索ボックスでした。
4. シンプルな入力方法を提供する
サイトでユーザーに情報を入力してもらう場合、できるだけユーザーの負担を減らす方法を考えましょう。選択肢が少ない場合は、大きいアイコンをタップするだけで済むように、選択肢が多い場合は、プルダウンが最も簡単です。日にちを選ばせる場合には、カレンダーを表示しましょう。
5. 拡大・縮小いらずで見やすく表示
多くの調査対象ユーザーは、画面を拡大または縮小しなければならない時に不満を感じ、この操作により重要なメッセージを見逃してしまいました。ユーザーがコンテンツのサイズを変更しなくてすむようにモバイル サイトを設計しましょう。一部のモバイル サイトは、画面上で拡大縮小を行えないようにしていました。
6. 最適な画面の向きを知らせ
小さい文字を読んだり、動画を観るなど、何かきっかけがない限り、調査対象ユーザーは常に同じ向きで画面を表示する傾向があります。横向きと縦向きの両方に対応できるサイトを設計するか、最適な画面の向きをユーザーに知らせてください。
7. 別のウィンドウに移動させない
モバイルではウィンドウの切り替えが面倒なので、ユーザーがサイトに戻ってこないリスクが高くなります。次のページに進んだり、コンテンツの内容が変わっても、同じウィンドウ内で表示する工夫をしましょう。
ご紹介した全てのヒントに共通しているのは、「モバイル ユーザーは目的がはっきりしている」という点です。モバイル ユーザーがモバイル サイトに求めるのは、目的のコンテンツやサービスをすぐ、簡単に、思いどおりの方法で手に入れること。コンテンツの魅力を損なうことなく、モバイル ユーザーの状況やニーズを考慮してサイトを設計することが成功の秘訣です。
以上, Google からのメールの抜粋.