WebView のリモート デバッグ | Chrome DevTools | Chrome for Developers
Chrome デベロッパー ツールを使用して、ネイティブ Android アプリの WebView をデバッグできます。 Android 4.4（KitKat）以降では、DevTools を使用してネイティブ Android アプリの WebView コンテンツをデバッグします。 概要 ネイティブ Android アプリで WebView デバッグを有効にし、Chrome DevTools で WebView をデバッグします。 デバッグが有効な WebView のリストには、chrome://inspect でアクセスします。 WebView のデバッグは、リモート デバッグによるウェブページのデバッグと同じです。 デバッグ用の WebView を構成する WebView デバッグは、アプリ内から有効にする必要があります。WebView デバッグを有効にするには、WebView クラスの
Jetpack Composeのコンポーネントはなぜ返り値がないのか - Blog - Mori Atsushi
先週、「Jetpack Compose, React, Flutter, SwiftUIを比較する」という記事で宣言的UIの各ツールの比較を行いました。 その中で、Jetpack Compose特有の特徴としてコンポーネントに返り値がないことを紹介しました。 @Composable fun Greeting(name: String) { Text("Hello $name") }これは、React等で遵守されてきたコンポーネントは純粋関数として扱うというルールから逸脱したものとなります。 その理由について、Jetpack Composeの開発に携わるJim SprochさんからTwitterで以下のようにリプライを頂きました。SwiftUI Four reasons: (1) more natural for conditionals and loops, where coalescin
EditTextに入力中の文字がソフトキーボードで隠れるのを防ぎたい
URLメモでは、レイアウトの下部に広告エリアを設けているのですが、メモ（一番下のEditText）を入力する際に、広告が入力内容に重なってしまうことがあり、入力中の文字が見えなくなることがありました。 この事象について調べてみると、ソフトキーボードの表示設定に起因していることが分かりました。 そこで、本記事はソフトキーボードが入力中の文字を隠してしまう場合の対策について紹介します。 対策方法は、下記サイトを参考にさせて頂きました。 では対策ですが、マニフェストファイルにandroid:windowSoftInputModeを追加し、adjustPanを設定するだけです。 <manifest ...> <application ...> <activity android:name=".MainActivity" ... android:windowSoftInputMode="adjust
Android 版 Chrome でのビューポートのサイズ変更動作の変更に備える | Blog | Chrome for Developers
11 月の Chrome 108 のリリースに伴い、画面キーボード（OSK）が表示されたときのレイアウト ビューポートの動作が変更されます。この変更により、Android 版 Chrome ではレイアウト ビューポートのサイズが変更されなくなり、ビジュアル ビューポートのみのサイズを変更できるようになります。これにより、Android 版 Chrome の動作が、iOS 版 Chrome および iOS 版 Safari と同等になります。 ここでは、現在の状況、Chrome でこの変更が行われる理由、実施可能な準備について説明します。 レイアウト ビューポートとビジュアル ビューポート ウェブサイトにアクセスしたときに、読み込んだページのコンテンツ全体が表示されない。その代わり、ブラウザにはページの一部を表示するビューポートが用意されています。このビューポートは、レイアウト ビューポート
米中貿易戦争の余波。グーグル、Androidを「RISC-V」に対応させる方針
Googleは、Androidがオープンソースライセンスで提供・開発が進められているアーキテクチャのRISC-Vをサポートすることを宣言しました。Ars-Technicaが伝えました。 AndroidのエンジニアリングディレクターであるLars Bergstrom氏は、RISC-Vのサミットにて、AndroidがRISC-Vに対応するためのロードマップを公開。正式なサポートは今後数年かかるとしていますが、同氏はRISC-VがArmと同等のプラットフォームになることを望んでいるとしました。 Ars-TechnicaはRISC-Vのサポートに際し、アプリ開発者の負担はそこまで大きくないとしています。これはAndroidにART(Android Runtime)が備わっているからであるとし、例外はあれど特に作業しなくてもRISC-V向けのコードにも勝手にコンパイルしてくれるようです。 また、同サ
Playwrightで遠隔からAndroidデバイスをぐりぐり動かす。 - Qiita
この記事は、ソフトウェアテスト Advent Calendar 2022の11日目の記事となります。 前日11日の記事は、@gremito さんによる「Appium on Azure Pipelines」でした。本日の記事もアプリの自動操作関連です。 概要 ChromeやWebKitを自動操作できるPlaywrightはもう皆さんご存知ですよね？ PlaywrightにはAndroidを自動操作する機能が実は備わっていて、AndroidネイティブアプリケーションもChromeブラウザも自動操作することができます。 ただ、これまではPCに直接ADB接続されているAndroidデバイスしか自動操作することができませんでした。 ところが、割と最近リリースされたv1.28では launchServer （ADB接続したAndroidデバイスをWebSocket経由で自動操作する機能）が追加されまし
Android の AlarmManager を改めて整理してみる - Qiita
AlarmManager といえば、Android において文字通りアラームやリマインダを実装する際に用いたり、或いはバックグラウンドで定期的に行いたい処理のスケジューリングに用いたり（こちらは JobScheduler に取って代わられた感じですが）、割りと使用する機会が多いものです。 同時に、Androidの歴史において、バージョンアップに伴って挙動が変更になったりと、割りと罠も多い存在だったりします。 挙動が変更になるたびに「変更への対応方法」を記した記事が出回るので助かるのですが、「今からAndroidアプリの開発を始めます！」という人にとってはそれらを全部拾い集めるのも大変でしょうし、ここらで AlarmManager の変化の歴史と共にざっくりまとめてみたいと思います。 そもそも登録内容が永続化されない罠 AlarmManager を使い始めて最初に面食らう点。 AlarmMa
Boosting developer success on Google Play
Posted by Sameer Samat, VP, Product Management Helping developers build sustainable businesses is a core part of Google Play’s mission. We work with partners every day to understand the challenges they face and help them bring their innovative ideas to life. Getting a new app off the ground and into orbit is not easy! To aid their quest for growth we provide a broad range of support, from powerful
Android7.1以前でLet's Encrypt証明書のサイトが見られなくなる | おそらくはそれさえも平凡な日々
追記: その後の動きについて書きました → Let's Encryptの証明書切替周りその後 このサイトはLet's Encryptで証明書発行しているのでタイトルの件が気になったのだが、どうもあまり話題になっていない。恥ずかしながらSSL周り詳しいわけじゃないので、誤っているかも知れない。識者の意見を求む。 Let's Encryptが使われているサイトがAndroid7.1以前のバージョンで今年の9月29日以降見られなくなる可能性がある 延命策は用意されそうだが、それも来年の9月29日まで Let's Encryptのルート証明書切り替え計画に起因している Let's Encryptのルート証明書の変更 Let's Encryptはルート証明書を自身(ISRG)の認証局のルート証明書(ISRG Root X1)に切り替えようとしている。現在は、IdenTrustのルート証明書(DST
AndroidのARTでは実行中にプロファイリングを行ってそれに基づいて再コンパイルするようだ - 組み込みの人。
DalvikVMのJIT vs ARTのAOT AndroidのDalvikVMではDEXコードをインタプリタで実行しつつ、プロファイリングを行っていて実行頻度の高い部分をJITコンパイルします。コンパイルはメソッドよりも小さな単位で行われ、コンパイルにかかる時間もメモリも小さいのが特徴です。ただし、全体を見渡すような最適化を行うことはできません。コンパイルした結果は保存しません。本当に必要な部分しかコンパイルしないので、コードサイズの増大は最小限です。 それに対して、新しく登場したARTではDEXコードを実行する前にあらかじめコンパイルします。(=AOT: Ahead Of Time compile) コンパイルはインストール時などに行われます。コンパイルには多少時間がかかりメモリも消費しますが、JITに比べて最適化されたコードを生成することができます。コンパイルした結果は保存されるので
iOSネイティブアプリ開発者から見たFlutter
Flutter is Google's mobile UI framework for crafting high-quality native experiences on iOS and Android in record time… なぜFlutterに興味を持ったかFlutterはAndroidアプリ開発者ウケの方が良くて、iOSネイティブアプリ開発者が本気で触っている事例を国内ではあまり見聞きしません。そのためか、周りからも「iOSネイティブアプリが作れるのになぜFlutterにも手を出すの？」のようなことを聞かれることがちょくちょくあります。まずはそのあたりから詳しく述べていきます。 一番初めのきっかけはDroidKaigi 2018の発表DroidKaigi 2018 用のiOSアプリがFlutterで作られていて、 konifar さんのこちらのスライドを見たりPodcas
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Androidアプリ開発研修【MIXI 23新卒技術研修】
Androidの「絵文字」がOS依存→対応アプリ更新で利用可能に、最新の絵文字もすぐにサポート
【山口真弘の電子書籍タッチアンドトライ】 Google Playストア対応でE Ink採用の7.8型Androidタブレット「BOOX Nova2」
Android N、AOT・インタプリタ・JITの組み合わせを導入
AndroidがAOT(ahead-on-time)コンパイラを採用
VMの歩む道。 Dalvik、ART、そしてJava VM
コードで見るFlutterアプリの実装
アプリのデベロッパは、なぜAndroid向けをあまり作らず、iPhone向けばかり作るのでしょうか？どちらでも使えるアプリを作る方が賢いように思うのですが。に対するKenn Ejimaさんの回答 - Quora
Let other apps start your activity | Android Developers
