スクロール スクリーンショット、 細長いスクリーンショット、またはその他の同義語は、長年にわたってカスタマイズのレイヤーに組み込まれてきたものの 1 つですが、純粋な Android には組み込まれていません。それがあまりに多かったので、 Google はある時点でそれは不可能だと考えましたが、その後考えを変えました。 Android 11 で登場すると予想されていましたが、最終的にはそうではありません。
以前の開発者プレビューでは、細長いスクリーンショットを撮るボタンも表示されていましたが、実際には機能しませんでした。現在、Google はReddit の AMAで、この機能はまだ準備ができておらず、Android 11 のリリースには間に合わないことを認めました。
急ぐことなく、しかし立ち止まることなく
それは不可能だと考えていたのですが、Android 11 の最初の開発者プレビューで、このタイプのスクリーンショットを作成できるボタンを見つけて驚きました。 Android エンジニアリング担当副社長の Dave Burkey 氏は、Google アカウントで、約束を守るため、スクロール キャプチャが間もなく登場することを認めました。
すぐ。私は約束を守ります:)
— デイブ・バーク (@davey_burke) 2020年2月19日
これは、 コロナウイルスのパンデミックにより、今年のほぼすべての計画が中断される前の、今年 2 月のことでした。チームは今日、reddit の AMA で、Android の将来のバージョンまで長いスクリーンショットを延期することを希望していると説明しました。
目標は、バグが発生して一部でのみ機能する即時修正ではなく、可能な限り幅広い互換性を備えたユニバーサル キャプチャ システムを作成することです。 Dan Sandler 氏が説明したように、Android 11 ではこれを実装する時間がなく、Android の将来のバージョンで実装される予定です。
現在も開発中ですが、R には採用されませんでした。
プラットフォーム チームの目標は、特定のデバイス上で 1 つまたは 2 つのアプリに対して手動で機能する修正を行うのではなく、標準の RecyclerView を使用するアプリであっても、独自のスクロール機能を持つアプリであっても、すべてのアプリがその機能をサポートできるように機能を構築することです。 OpenGLによって高速化されたシステム。私たちは、ウィンドウ管理チームとシステム UI チームの人々を巻き込んで、R タイムライン全体を通じてこれを調査しました。このキャプチャ フレームワークが AOSP ソース コードで具体化されるのを確認できます。
最終的には、他の Android リリースと同様に (特にこの異常な年に)、限られたリソースをどこに集中させるかについて難しい決断を下さなければなりませんでした。これは素晴らしい機能であり、私たちは今でも興奮していますが、急いで導入しないことにしました。 API の将来のバージョンでそれを探してください。
さまざまなカスタマイズ レイヤーには独自のバージョンのスクリーンショットがあり、それらが常に正しく動作するとは限らないのは事実です。 Android の洗練されたバージョンが将来のバージョンでどのようになるかを見ていく必要があります。一方、純粋な Android を使用している場合は、 LongScreenshotなどのサードパーティ アプリケーションをいつでも使用して、この種のキャプチャを取得できます。
経由 | 9to5Google