Donate to e Foundation | Murena handsets with /e/OS | Own a part of Murena! Learn more

Commit 943c4e08 authored by John Reck's avatar John Reck
Browse files

Clarify Picture docs on playback

Change-Id: Iaf8d8d04deb97aff39c93c246ef20312c9c2a7cb
fixes: 26911597
parent d2e8ae4a
Loading
Loading
Loading
Loading
+4 −9
Original line number Diff line number Diff line
@@ -26,6 +26,9 @@ import java.io.OutputStream;
 * drawing a sequence from a picture can be faster than the equivalent API
 * calls, since the picture performs its playback without incurring any
 * method-call overhead.
 *
 * <p class="note"><strong>Note:</strong> Prior to API level 23 a picture cannot
 * be replayed on a hardware accelerated canvas.</p>
 */
public class Picture {
    private Canvas mRecordingCanvas;
@@ -135,10 +138,6 @@ public class Picture {
     * have been persisted across device restarts are not guaranteed to decode
     * properly and are highly discouraged.
     *
     * <p>
     * <strong>Note:</strong> Prior to API level 23 a picture created from an
     * input stream cannot be replayed on a hardware accelerated canvas.
     *
     * @see #writeToStream(java.io.OutputStream)
     * @deprecated The recommended alternative is to not use writeToStream and
     * instead draw the picture into a Bitmap from which you can persist it as
@@ -155,10 +154,6 @@ public class Picture {
     * The resulting stream is NOT to be persisted across device restarts as
     * there is no guarantee that the Picture can be successfully reconstructed.
     *
     * <p>
     * <strong>Note:</strong> Prior to API level 23 a picture created from an
     * input stream cannot be replayed on a hardware accelerated canvas.
     *
     * @see #createFromStream(java.io.InputStream)
     * @deprecated The recommended alternative is to draw the picture into a
     * Bitmap from which you can persist it as raw or compressed pixels.