Kotlinの拡張関数は当然データバインディングでは使えない - Qiita
fun User.displayName(): String { return if (TextUtils.isEmpty(name)) "名無しの権兵衛" : name } <?xml version="1.0" encoding="utf-8"?> <layout> <data> <variable name="lastUser" type="io.github.yusukeiwaki.kotlindatabindingplayground.User"/> </data> <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="match_parent" android:orien
Android 7.0からDownloadProviderがJobSchedulerを使うようにしれっと変わっていた話 - Qiita
多くは語らないけど、DownloadProviderのアーキテクチャは単純明快で、いろいろ参考になることが多い。 そんなDownloadProviderが、Android 7.0 Nougatからしれっと実装が変わっていたので、かるくソースコード解読をしたメモです。 ※ちなみにこの記事は、DownloadProviderのもともとの作りを知ってる前提で書いてます。しらないかたはまずはAndroid 6.0までのソースを読んで下さい。 対象のコミット 消えたDownloadService DBに書かれたイベント契機で裏でいろいろゴニョゴニョ動いていたDownloadServiceがなくなりました。 代わりに、JobScheduler発動時に動くDownloadJobServiceというのが追加されています。 「ネットワーク状態が変わったら・・・」とか、「リトライ回数が・・・」みたいなロジック
Android 7.0でChromeがWebViewを提供するようになった仕組み - Qiita
Android 7.0からはChromeがWebViewを提供する みたいのはあちこちでバズってる割に、中身の仕組みをちゃんと書いた記事は殆ど見ません。 個人的にはとても残念に思います。 ということで、中を見てみました。 まずは、Lollipopまでのおさらい WebViewのAPIを提供するのが、WebViewFactoryProviderで、 WebViewFactory::getProvider のなかで ネイティブ側の準備：libwebviewchromium.soの探索とロード パッケージ名はgetWebViewPackageName()で取得 Java API側の準備：WebviewProviderの生成と初期化 WebViewChromiumFactoryProviderが内部でWebViewDelegateを実装する みたいな流れの処理があります。 ソースレベルで見たければ
複数端末を所持している人を考慮してプッシュ通知を送る - Qiita
Gmailとかハングアウトとかって、複数端末で通知を受けても、１つの端末で消せばちゃんと全部の端末で通知消えるんですよね。 これがやりたい。 あれ、どうやるの？ という話です。 ざっくり プッシュを受け取った端末が「受け取ったよ！」って空プッシュを送って send-to-sync する、みたいなことをやらないといけないようです。 以下のリファレンスを見ると、Device Group Messagingというのをつかうだけで、GCMがいい感じにやってくれるようにも見えますが、実際に動かしてみると、プッシュ消去は同期されませんでした・・・・・・。 http://www.androiddocs.com/google/gcm/notifications.html https://firebase.google.com/docs/cloud-messaging/android/device-grou
Railsのコードを書けないAndroidアプリ開発者がFirebaseを使ってチャットアプリを作る - Qiita
昨晩のGoogle IO 2016で、Firebaseの大幅機能拡充が発表されました。 Railsのコードを書けないAndroidアプリ開発者がnifty cloud mobile backendを使ってチャットアプリを作る っていうのをやったときに、ニフティクラウド モバイルバックエンド最大の欠点であった、「リアルタイムDBが使えない！」っていうのがFirebaseではいけてるように見えたので、実際にどうなのかさわってみることにしました。 アプリケーションの作成 なんかイイ感じのページから「GET STARTED FOR FREE」で アプリケーションを新規作成。 アプリとFirebaseのひも付け Googleログインを利用してラクしたいので、SHA-1ハッシュを登録します。 まずは、Android StudioでKeyStoreをつくります。 $ keytool -exportcer
AWS Device farm を使って、Google Playストアでの見え方を確認してみようかともがいた話。 - Qiita
AWS Device farm を使って、Google Playストアでの見え方を確認してみようかともがいた話。AndroidAWS 私達の会社では、Playストア掲載用の画像はデザインの担当に作ってもらっています。 で、「特定の端末でだけ、見にくいよ〜」などのフィードバックが必要であればしたいところです。 ただ、そのためだけに確認用端末を買うわけにはいきませんね。 ということで、最近でたAWS Device farmを使って、撮ってみましょう、と思い立ったのです。 個人的に、へんなDSL使うのは好きではないのと、 そもそもテスト対象はアプリではないので、 uiautomatorを使います。 ざっくりいうと Google Playで、スクリーンショットを撮りたいターゲットのページにはちゃんと遷移できているっぽい スクリーンショットを撮って、保存すること自体はうまくいっているっぽい AWS
Android 6.0でChromium WebViewがソースビルドされなくなったので、自前でChromiumをビルドをする - Qiita
Android 6.0でChromium WebViewがソースビルドされなくなったので、自前でChromiumをビルドをする AndroidwebViewChromium あれ、external/chromium_org どこいった？ Android 6.0のソースが検索サービスに現れた。 さて、ブラウザやWebViewがどうなったか見てみるか、と思った次の瞬間・・・ なに？？？ https://android.googlesource.com/platform/external/chromium-webview/+/2773fff0a2927264eb37d9e532315aea0ba0ff20/README Building the Chromium-based WebView in AOSP is no longer supported. WebView can now be bu
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
