「電源ボタン」の長押し
↓
「画面の保存」の長押し
で「画面の録画」ができるようになっております。
まだ、隠している機能のようで、
adb 経由で設定を有効化する必要があります。
adb shell settings put global settings_screenrecord_long_press true
あとは表示されるダイアログに従っていくだけでアプリなしで画面を動画で録画できるようになります。
録画された動画は、「動画」(Movies) 以下に保存されています。
以下も参考にどうぞ。
ローカルなLAN内で大容量な母艦デスクトップにラップトップやその他クライアントからファイル置場として使おうと「共有」まわりを触っていたら固まって何もできなくなった。
Chrome も開かない。
Android Studio 他アプリのログを見る限り、「ファイルが保存できません」的なエラーメッセージだらけ。
何なのでしょう?!
以下、Apple公式ページに今回の症状にピッタリな解決策がありました。
「アクセス権をリセットする」が解決手順となります。
👉 ホームフォルダの中のアイテムのアクセス権を変更した後で起きる問題を解決する - Apple サポート
この手順をそのまま実行したら復活しました!!
しかし、意味が分からないままやってるけど何なのか。
以下のように覚えやすくシンプルに理解しました。
1. ログインしているユーザーフォームディレクトリ内を再帰的に読み/書き可能にする。
2. ターミナルから diskutil resetUserPermissions を使って拡張アクセス権をリセットしてOS再起動。
詳細以下ページが解決のきっかけになりました。ありがとうございます。
👉 コマンド ls -l で表示されるアクセス権「＋」を消す手順
👉 Mac: ファイルの拡張属性を一気にはぎ取る - Qiita
👉 ls -l コマンドで@が表示されたら念のため ls-le を使おう
公開されているGoogleサンプルにて
下部タブごとのバックスタック実装。
自然だと思う。
コード内コメントを見ていると
This sample is a workaround until the Navigation Component supports multiple back stacks.
このサンプルは、ナビゲーションコンポーネントが複数のバックスタックをサポートするまでの回避策です。
この拡張関数周りのコードはコンポーネント内に内包されることになるのだろう。
が、しかし、Fragment のライフサイクルに依存しながら動くMVVMのスタイルでは、そのコンテンツデータの読み込みは再度行われることになるはず。
はっきり衝突してないか、
AAC と MVVM。
このサンプルでは、Fragment のみの実装なので複数のバックスタックがまともに動いているが、実際の現場ではそうはいかないはず。
